IT组织需要更大级别的弹性，将负载分发至他们的虚拟化环境中。而VMware的vSphere Metro Storage Cluster（vMSC）就可以实现这个需求。

通过vSphere Metro Storage Cluster ，IT组织可以将处在两个地点的vSphere架构独立开，但却将它们当成同一个数据中心，作为一个集群来管理。（当然，vCenter服务器在没有vMSC的情况下也可以管理两个节点，但这是不推荐的。通过vMSC，你可以在一个vCenter集群中管理两个节点。）

只有少数IT组织的业务需求和基础设施能从vSphere Metro Storage Cluster中得到好处，但这对于少数用户（比如金融贸易公司，联邦政府，大交易量的网站等）来说，vMSC利用VMware高可用性（HA）和VMware分布式资源调度器（DRS）在两个数据中心之间实现业务弹性和负载均衡，这在VMware的环境中是其他办法不可能做到的。

有一些用户的需求列表中要求提供如下功能：一个IT组织需要两个数据中心，他们之间至少具备622Mbps的带宽，并且有双活的SAN网络。最大网络延时不能超过往返10ms。虽然vMSC可以带来一些灾难恢复的好处，但它并不是一个DR解决方案。

此外，VMware HA无法感知站点，所以有很多功能你都无法控制。VMware DRS也无法感知站点，所以尝试创建规则来实施控制是有挑战的。其他高级功能诸如存储分布资源调度器（SDRS）也无法感知站点。

vMSC的网络配置很复杂，它需要特殊的网络方案来支持，如覆盖传输虚拟化（OTV）。最终，集群中VM的日常管理操作会变得更加麻烦，因为传统的任务，如备份、恢复，vMotion和灾难恢复都需要将vMSC考虑进来。

要配置一个vMSC集群，你需要一个在vCenter中创建vSphere集群，它包含多个双活的ESXi主机。这些ESXi主机位于不同的物理地点，它们既可以在同一个城市，也可以分布在更大的区域内。

双活同步存储的需求通常是通过“延伸SAN”或使用分布式虚拟存储来实现。一个延伸SAN涉及创建多个虚拟SAN（VSAN），并且配置VSAN间路由，只有主站点是可读写的（和备站点的距离通常限制在100公里以内）。分布式虚拟存储涉及到一个集群文件系统和缓存。

VMware vSphere Metro Storage Cluster白皮书（如果你打算部署vMSC，我强烈推荐将此白皮书作为你的设计向导）提供了站点间网络的特定需求：

• 站点之间最大支持VMware ESXi管理网络的网络时延是往返10ms。

• vMotion中10ms的延时只有在具有VMware vSphere Enterprise Plus版本许可中才支持，这个版本许可包括Metro vMotion功能。

• 同步存储复制的链路最大支持5ms的往返时间。

• ESXi vMotion的网络需要最少622Mbps的网络带宽，并且有冗余链路。

VMware现在提供vSphere Metro Storage Cluster白皮书，并且对存储做vMSC兼容性认证，这清楚的说明VMware计划对vMSC提供更多的支持。毋庸置疑，VMware会提升vSphere和vCenter，使它们及时支持vMSC。但是在两个或多个数据中心、两个或多个高级SAN架构、高级网络设备和vSphere Enterprise Plus许可的环境中，vMSC带来的大额开支依然是阻碍vMSC发展的一大问题。

客观的说，vSphere Metro Storage Clusters对于大多数企业来说并不是一个合适的解决方案。但是，在跨多个高可用性节点、负载分发和有资金来支持至少两个数据中心间低延迟与高带宽的环境中，你就可以考虑使用vSphere Metro Storage Clusters。

我第一次听到“延伸集群（stretched clusters）”是在VMware设计专家认证（VCDX）上，作者Scott Lowe在2011年Carolinas VMware User Group用户沙龙也提到了这个词。我看了Scott 50分钟关于vMSC的演讲（延伸集群设计的优缺点）。从那时起，他开始在博客上发表vMSC的文章。我知道的大部分vMSC的知识都是从Scott学来的。                                 ——David Davis。