VSAN Stretched Cluster与vCenter Site Recovery Manager方案比较

Roger_Wu
4 Ruthenium

VSAN Stretched Cluster与vCenter Site Recovery Manager方案比较

VSAN Stretched ClustervCenter Site Recovery Manager方案比较

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

介绍

      当使用VMware vSphere来虚拟化服务器环境时,一个主要的考量是如何让架构提供最大的可用性。高可用方案可以赋予本地或整个系统的弹性,避免宕机时间和故障恢复操作。本文将比较VMware Virtual VSAN Stretched ClustervCenter 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的对立产品。这是一个错误的观点,其实他们是针对不同场景,解决不同需求的方案。它们之间的简单对比如下表所示:

compare.jpg

Stretched Cluster适用场景:

      适合使用的场景:

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

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

·         需要多站点间负载均衡

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

      避免使用的场景:

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

·         站点间距离过长(100公里以上)

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

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

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

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

stretched.jpg

vCenterSite Recovery Manager适用场景

      适合使用的场景:

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

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

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

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

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

·         超过2个站点需要保护

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

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

      避免使用的场景:

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

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

site_recovery.jpg

参考

VMware技术白皮书

Stretched Clusters and VMware vCenter Site Recovery Manager

应用于

VMware vSphere

版本历史
修订号
1 / 1
上次更新时间:
‎03-23-2016 04:24 PM
更新依据: