11-30-2020 10:43 AM - edited 11-30-2020 10:45 AM
Folks, hope everyone is doing well. It's been a while since I approached this issue and a long while since I had any interaction with ACI. Please remind me of the different modes that ACI can run in...
I think one is "Application Mode" or "Application Centric" mode, which is what you use if you really have a deep understanding of the applications and their requirements. In that sense, you can use the ACI constructs, like EPGs and BDs and tenants in the way ACI was meant to be leverage them.
I believe there is also a more legacy way of doing things, where I think they call it "Network-Centric" mode. Basically, meaning you are using VLANs, mapped 1:1 to subnets and you do all the things basically the old fashioned way on an ACI fabric.
Is this correct?
Solved! Go to Solution.
11-30-2020 11:55 AM
Yes and Yes
We have many customers running NSX on ACI, though IMHO I think its overkill. You can accomplish everything with native ACI, it just comes down to which technology a customer wants to implement the Policies with.
You can also create a standalone fabric using DCNM like you said, which would automate the underlay provisioning for a fabric of N9K NXOS switches.
https://blogs.vmware.com/networkvirtualization/2018/09/reference-guide-update-nsx-on-aci.html/
Robert
11-30-2020 11:08 AM
There's no operational "mode" per-say, its just a way to organize your ACI policies. Network centric follows a more legacy design where EPG = BD = VLAN, and there's less emphasis on Segmentation. App centric design requires having working knowledge of application dependencies, so you can implement security policies to allow the only required communications between endpoints and thus provides a more secure deployment.
Robert
11-30-2020 11:18 AM - edited 11-30-2020 11:31 AM
Thanks, Robert.
And last question...there's no such thing as using ACI as an intelligent underlay without using any ACI constructs, right? I'm asking this because IHAC who is using NSX, but they want an automated underlay. Or at least an underlay that can be managed holistically as a fabric. IMHO, ACI is a lot of money to pay for that. And the ACI constructs, along with the added encapsulation at the leaf, seems to be a bunch of added complexity with relatively little benefit.
Does Cisco have an NXOS-based solution that has a central management engine (like DCNM) that can deploy and manage a routed underlay easily?
11-30-2020 11:55 AM
Yes and Yes
We have many customers running NSX on ACI, though IMHO I think its overkill. You can accomplish everything with native ACI, it just comes down to which technology a customer wants to implement the Policies with.
You can also create a standalone fabric using DCNM like you said, which would automate the underlay provisioning for a fabric of N9K NXOS switches.
https://blogs.vmware.com/networkvirtualization/2018/09/reference-guide-update-nsx-on-aci.html/
Robert
11-30-2020 11:58 AM
Thank you
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide