从思科的ACI Multi Site方案简单理解一下这个问题。
对思科的ACI multisite解决方案，之前一直确实没有仔细看，思科的ACI的multi-site方案到底是啥，可能只要看看下面这张图，就会比较清楚了。
这里有multi pod和multi site两个场景，所谓的multi pod来讲，用户看起来还是一个fabric，Fabric和控制器的比例关系，1:1，一个Fabric也就是一个控制器。
对multi site来讲就不一样了，多个site就意味着多个fabric，多个fabric，也就是多个控制器了。
补充理解AZ的概念，思科的概念里，一个AZ就是一个Fabric，就是一个site就，所以，multi site，也就是multi AZ，但实际上没有Multi AZ的说法。物理意义上，AZ从可以从字面理解，Availability zone 就是change domain zone，意味着环境变化，配置变化所影响的区域。
有了多个控制器，那么跨多个控制器，就有了一个协同器，也就是所谓的MSO，注意这是multi site方案的核心部件，MSO解决的是跨site的统一策略配置问题
Multi site解决方案的应用场景，一个case是扩展性，超过400个leaf时，就要使用multi site方案，另一个case是DCI场景。
那么什么时候使用multipod方案，应该还是近距离，同一地理范围内，RTT小于50ms，同时因为是一个控制器，也意味着可能是同一个管理组织，这也和地理意义对应。multi site方案对RTT基本没有要求，小于1sec即可，意味着可以全球部署。
VXLAN头里的VNI，class ID，需要跨site应用，是通过MSO下发到APIC的，需要一个翻译表，完成两个site的VNI和Class ID值的映射。 从思科方案的描述看，对SPINE设备有要求，需要特别的SPINE设备。
从思科的文档看，MSO有不少功能，如可视化，监控不同ACI sits的健康度，day0的跨site的相关配置（一次性的），定义和配置跨site的策略，以及日常的操作功能。
看似很多功能，但如果从连接的角度看，VNI和ClassID的协同，似乎是MSO唯一的价值功能。