思科高可扩展性的数据中心网络架构为我们带来了惊喜：一款完全开放的API。

　　软件定义的网络的承诺——即通过集中的、软件驱动的控制，实现更简单、更灵活的网络操作其实已经实实在在的为我们服务了好几年了。虽然像许多其他新的概念一样，由于各种营销团队的大肆行销和鼓吹使得其缺乏一个统一的定义，造成其遭受了各种的误解和混乱。但在众多不同的定义之外，我们也看到了一系列不同的方法，其中OpenFlow模型从一开始就一路领先。

　　而思科则采用了另一种方式来开发SDN。思科的以应用为中心的基础架构 (ACI)是与OpenFlow的方法不一样的一种SDN解决方案。正因为如此，其偏离了原来的OpenDaylight SDN项目的方向，而思科曾经是该项目的创始成员。当然，思科仍将继续在OpenDaylight项目计划中扮演相当重要的角色，但显然他们会更偏向于自己的ACI技术。

　　ACI使用OpFlex与网络设备进行通信，这是思科的操作控制协议，而非OpenFlow，其同时也是OpenDaylight的标准。关键的区别就在于，OpFlex是在网络中，而非在控制器进行实际的网络配置决策。控制器抽象更高级别的配置来代替。您可以将其想象成是由控制器告诉架构应该执行什么工作，而不是如何去做。该架构负责执行控制器的说明指示，并汇报成功或失败。

　　思科表示这种方法规模化的程度要比OpenFlow更好，其依赖于控制器执行网络配置的任务。还允许用户通过一个更高级别的策略模型，并根据应用程序的需求来配置网络，而无需担心底层的配置细节。思科的OpFlex代理支持来自微软、IBM、F5、思杰、红帽和Canonical等等的承诺，并提出将OpFlex作为一项IETF标准，作为OpenDaylight的一部分。

　　虽然ACI的SDN内部可能与OpFlex而非OpenFlow进行兼容操作，但这肯定不是传统的网络。其也标志了思科希望走向更加开放的集成，A​​CI的建立是围绕着一个完整的RESTful API，并在很大程度上依赖于Python编程语言，提供了一个开源SDK和工具，并已经公开发布在GitHub上了。

　　具体细节

　　ACI是专为大型数据中心的网络设计的。其是基于思科Nexus交换机架构，在脊/叶布局(spine/leaf layout)具有10G、40G、100G的连通性。一款fabric架构可以小到几个节点或大到五个脊，200叶和180000个端点——思科目前已配置在其实验室中运行。 ACI是为了承载重荷工作。　　

 

　　思科实验室的大规模ACI基础设施拓扑结构概述，具有五脊和200多叶。

　　ACI也意味着重塑数据中心网络的概念，引入一个模型，本质上是L2和L3独立的，而不是使用租户的概念来划分流量固有的应用程序和服务到逻辑分组，同时在这些分组外使用VXLAN。这意味着您可以在多个不同的租户使用相同的IP子网、VLAN、甚至MAC地址，而不发生任何冲突。在基础设施中的每个租户存在于其自己的逻辑岛，而且每个租户可以托管应用程序，划分为不同的层，或逻辑端点组(EPG)。EPG之间的通信在ACI中通过分层策略控制。

　　EPG不是服务器或虚拟机，但本质上子网包含这些资源。这些子网可以被分配到VLAN配置在裸机服务器物理交换端口或hypervisors管理程序的虚拟交换机内。它们被设计为包含针对特定服务器实例类型的流量，例如Web服务器或数据库服务器。

　　例如，我们可能有一个租户，去可能是一个商业集团，也可能是一个金融集团。我们可以使用ACI定义一款应用程序并创建EPG，将包含不同层的应用程序堆栈——Web、应用程序和数据库。我们为EPG定义了一个子网和VLAN，指定其将连接到的资源，如哪些VMware vSphere集群或域。ACI在需要的地方执行所有的工作来创建网络对象，如在vSphere基础设施的虚拟分布式交换机以及在Nexus fabric本身。一旦我们租户的EPG创建完毕，虚拟机或裸机的资源就可以打开，并分配给这些网络。