​ ​​ ​

​ ​

​转载请在文首保留原文出处：​​EMC​​中文支持论坛​​https://community.emc.com/go/chinese​​ ​

​ ​​ ​

​ ​

​ 当使用​​VMware vSphere​​来虚拟化服务器环境时，一个主要的考量是如何让架构提供最大的可用性。高可用方案可以赋予本地或整个系统的弹性，避免宕机时间和故障恢复操作。本文将比较​​VMware Virtual VSAN Stretched Cluster​​与​​vCenter Site Recovery Manager​​方案的区别以及它们的适用场景。​

​ ​​ ​

​ ​

​基础对比​​:​

​ ​

​ ​

​ 传统数据中心架构对高可用性和灾难恢复有明确的划分。高可用性考虑的是单个数据中心内的自动故障转移。而灾难恢复是从恢复站点的复制数据中恢复数据的一个手动操作。近年来，数据中心架构师开始不断模糊它们之间的界限。这些方案包括最新的​​Stretched Cluster ​​（延伸群集）以及​​VMware vCenter Site Recovery Manager​​。这些方案扩展了高可用方案的距离限制，显著提升了灾难恢复方案的自动化水平，并提供用户一站式方案的选择。​

​ ​

​ Stretched Cluster​​提供平衡两个数据中心间工作负载，以及无中断地负载迁移的能力，这种主动平衡资源的能力是​​Stretched Cluster​​主要的优势和设计目标。​

​ ​

​ Site Recovery Manager​​提供了不同的目标，它更注重对重复的、固定的灾难恢复流程配置、自动化和报表能力。​​Site Recovery Manager​​的主要设计目的是提供可管理的，一致性的自动化流程，用以在故障出现后恢复服务，其中还包含一系列非介入式的测试和报表功能以确认服务是否真的恢复正常了​​-​​。​

​ ​

​ Site Recovery Manager​​经常会被认为是​​Stretched Cluster​​的对立产品。这是一个错误的观点，其实他们是针对不同场景，解决不同需求的方案。它们之间的简单对比如下表所示：​

​ ​​ ​
​ ​

​ ​

​Stretched Cluster​​适用场景：​

​ ​

​ ​

​ 适合使用的场景：​

​ ​

​·​​ ​​需要双活​​(Active-Active)​​站点间的、无中断的工作负载迁移能力​

​ ​

​·​​ ​​两个相近的、拥有高带宽低延迟链路的站点​

​ ​

​·​​ ​​需要多站点间负载均衡​

​ ​

​·​​ ​​提升部分或整个站点子系统的高可用性，比如可以从整个网络、存储或主机故障恢复​

​ ​

​ 避免使用的场景：​

​ ​

​·​​ ​​需要精心编排的、复杂的被动恢复操作​

​ ​

​·​​ ​​站点间距离过长（​​100​​公里以上）​

​ ​

​·​​ ​​高定制化的环境，配置更改频繁​

​ ​

​·​​ ​​需要高一致性、可重复、能经受测试验证的恢复时间目标​​(RTO)​

​ ​

​·​​ ​​两个站点有可能同时遭受同一灾难的​

​ ​

​·​​ ​​当灾难恢复合规必须通过审计跟踪且是可重复的过程​

​ ​​ ​
​ ​

​ ​

​vCenter​​Site Recovery Manager​​适用场景​​：​

​ ​

​ ​

​ 适合使用的场景：​

​ ​

​·​​ ​​需要全站、部分站点或单个应用的恢复颗粒度​

​ ​

​·​​ ​​业务可以忍受在站点间迁移的不可用时间​

​ ​

​·​​ ​​需要复杂的恢复场景，比如需要考虑优先级和依赖关系​

​ ​

​·​​ ​​需要提供服务等级协议​​(SLA)​​或审计的一致性、可重复的恢复过程​

​ ​

​·​​ ​​可恢复性测试是高优先级的​

​ ​

​·​​ ​​超过​​2​​个站点需要保护​

​ ​

​·​​ ​​任何距离的保护或故障转移​

​ ​

​·​​ ​​故障转移时需要定制化虚拟机（​​IP​​地址、脚本等）​

​ ​

​ 避免使用的场景：​

​ ​

​·​​ ​​无法忍受服务的任何类型的中断​

​ ​

​·​​ ​​可恢复性的优先级低于本地站点的弹性​

​ ​​ ​
​ ​​ ​

​ ​

​VMware​​技术白皮书​

​ ​

​《​​Stretched Clusters and VMware vCenter Site Recovery Manager​​》​

​ ​​ ​

​ ​

​VMware vSphere​

​ ​


​ ​