Cisco Application Centric Infrastructure Overview
Today I am going to talk about the Active/Active data
centers implementation while using Cisco ACI infrastructure. As you guys know
about it that Active/Active datacenter are executed in numerous architectures.
The
most usual design contains splitting or delivering the application or service
in two different data centers. This method uses a Global Site Load Balancer
(GSLB) to straight the client to the truthful data center that comprises the application
host based on DNS load balancing policy.
There are few challenges with this approach:
- The DNS time to live (TTL) value need time out before the user will be transmitted to the new location (data center) for the application.
- Layer 2 extension is compulsory between the data centers and a solution for Source Network Address Translation (SNAT).
- Layer 2 extension has its own confronts including traffic issues and asymmetrical traffic patterns.
The Active / Active ACI Stretched fabric architecture addresses
these challenges by using policy that spans between the data centers.
Let's talk about the approach which we are doing to achieve overlay networks in previous years. In the last previous years, there have been a numeral of overlay
protocols implemented to address the suboptimal traffic routing in an
active/active data center environment.
A network overlay usually delivers either
a Layer 2 or Layer 3 service. Some of the usual data center Layer 2 network overlays
are Fabric Path (TRILL), OTV, and VXLAN. Layer 3 overlays comprise of GRE, BGP MPLS
VPNs, and LISP. The overlay provides a straightforward service of encapsulating
a frame or packet and spreading over the underlay network to the remote overlay
tunnel endpoint.
When it reaches the remote overlay tunnel endpoint, it is un encapsulated
and redirected. The overall objective is to provide a service (layer 2/3) that would
not be native to the Ethernet/IP underlying network all while hiding the
underlay to the two endpoints communicating over the overlay network.
OTV is a commonly
deployed overlay to connect two data centers at layer 2 which allows for in
service workload mobility. LISP is a layer 3 overlay that fixes some of the challenges
of inbound routing correction described previously.
Cisco Application Centric Infrastructure Overview
The Cisco Application Centric Infrastructure (ACI) fabric
consists of three components: a controller, policy and network infrastructure. The
central controller of the Application Policy Infrastructure Controller (APIC), implements
network policy for forwarding packets on switches in a spine and leaf
architecture. The APIC summaries the network infrastructure and provides a
central policy engine.
Configuration of the fabric and implementation of policy is through
the northbound REST API interface of the APIC. Multiple controllers are attached
to separate leaf switches for availability. Configuration changes made on one controller
are communicated and stored across all controllers in the fabric.
Fig 1.1- Cisco ACI approach
|
Switches assist either a spine or leaf role. Leaf switches can
also have additional sub roles within the ACI fabric; border or transit leaf. A
border leaf switch has a Layer 3 connection to external networks.
Recent releases of ACI software support disjointed leaf switches,
leaf switches that do not have connections to every spine within the fabric. A disjointed
leaf can be a transit leaf, connecting two spines located in unlike physical
locations.
By connecting the two spines together with the transit leafs, the
two locations are controlled with a single policy by a cluster of APICs distributed
across both locations. In addition to supporting transit leaf switches, the 40 Gigabit
Long range QSFP optics provide connectivity of up to 30 kilometers.