srm容灾解决方案_图文

srm容灾解决方案_图文内容摘要：

故障切换和计划内迁移。 SRM 支持灵活的拓扑 Site Recovery Manager 可用于多种不同的故障切换情形 ， 尤其是 SRM能帮助客户 更好地利用 对辅助站点的投资，即，当客户 没有处于灾难恢复情形中时，可将辅 助站点用于其他工作负载而不是使其处于闲置状态 ， SRM可用于 如下四种 不同的故障切换情形：  主动 被动 ： Site Recovery Manager 完全支持传统的主动 被动型灾难恢复情形，即运行应用的生产站点将在故障切换之前一直处于闲置状态的辅助站点中恢复。 尽管这是最常见的配置，但此情形也意味着您需要为大部分时间都处于闲置状态的灾难恢复站点投入大量资金。  主动 主动 ：为了更好地利用恢复站点， Site Recovery Manager 还可以使用户 在不使用该恢复站点进行灾难恢复时将其用于其他工作负载。 用户 可以将Site Recovery Manager 配置为在故障切换过程中自动关闭或挂起位于恢复站点的虚拟机，这样就可以方便地释放计算容量以用于需要恢复的工作负载。  双向切换 ： Site Recovery Manager 还可以提供双向故障切换保护，这样，您可以同时在这两个站点上运行活动的生产工作负载，并以任一方向对另一站点进行故障切换。 另一站点上的备用容量将用于运行需要故障切换的虚拟机。  本地故障切换 ：尽管这不是常见情形，但有一些客户需要能够在指定的“站点”或园区中进行故障切换，例如，当存储阵列发生故障或者大楼维修迫使您将工作负载移动到其他园区大楼时。 这些客户将利用 Site Recovery Manager 执行此类故障切换。 11 图 ： SRM 支持灵活的拓扑 超越灾难恢复：灾难规避和计划内迁移 SRM不仅限于进行灾难故障切换， 它更常用于日常迁移，例如用于灾难规避和计划内迁移。 当然，灾难故障切换是最重要的使用情形，也就是当一个站点停止工作并且需要尽快将虚拟机迁移到辅助站点的时候使用。 在这种情况下， SRM可支持完全或局部站点恢复，并将尽快执行故障切换以恢复业务服务。 其他两种使用情形尽管不是那么重 要，但却更为常用。 灾难规避在企业事先了解灾难将要发生的时候使用， 例如，预测到飓风或洪水将要来袭时。 在这种情况下，企业一般可在灾 难实际来袭之前提早至少几个小时得到通知。 企业也经常执行计划内迁移， 例如 ， 避免因计划内维护或全局负载平衡而导致停机。 对于灾难规避和计划内迁移，现在企业可利用“计划内迁移”工作流程和自动故障恢复来简化迁移流程。 图 ： 三种典型的 SRM 使用情形 VMware Site Recovery 的工作方式 12 Site Recovery Manager 可以为用户提供创建、管理和执行灾难恢复计划的主要环节。 该解决方案已经集成到 VMware vCenter 管理界面中 ， 可以统一管理虚拟基础架构及该架构的灾难恢复计划。 SRM可以简化并自动执行设置、测试和执行恢复计划的主要环节：  设置恢复基础架构 ： Site Recovery Manager 会指导用户完成连接远程站点并连接使用的存储复制软件的操作。 还可让用户轻松地将生产资源（包括计算资源和网络资源）映射到恢复站点上相应的资源。  创建恢复计划 ： Site Recovery Manager 具有直观的界面，可以协助用户创建 适用于不同故障切换情况和基础架构不同部分的恢复计划。 用户可以指定一些虚拟机暂停或关闭，从而释放可用资源以供恢复使用。 还可以指定虚拟机启动的顺序、设置用户定义的脚本自动执行，以及必要时决定暂停恢复过程的时间点。  测试恢复计划 ： Site Recovery Manager 可以利用存储阵列的快照功能，在恢复站点上自动创建无中断的、隔离的测试环境，然后将虚拟机连接到用户的隔离测试网络中。 它将自动执行在实际故障切换中将使用的恢复计划，并在测试结束后清除测试环境。 测试结果会被保存，以便随时查看和导出。  自动执行故障切换 ： 管理员从 VMware vCenter 启动恢复计划之后， Site Recovery Manager 会自动执行恢复计划中的所有步骤，保证恢复完全按照预期执行。 管理员通过 vCenter 可以看到恢复计划的执行情况，并可以随时暂停或停止执行。 随着环境的变化，用户也可以通过 vCenter 随时更新和修改恢复计划。 灾难恢复 自动化 和利用软件定义的存储 Site Recovery Manager 可安装 VMware vCenter Orchestrator 插件 ，以实现 灾难恢复编排过程中每个工作流的自动化。 包括无中断测试、自动执行故障切换、自动执行故障恢复以及计划内迁移。 图 ： 工作流自动化 13 通过 vRealize Automation Center 中的蓝图 （ blueprints） 预定义 灾难恢复策略 ，租户可以实现针对应用的自助式灾难恢复。 图 ： 自助式灾难恢复计划 在 SRM的最新版本中，支持使用软件定义的存储 Virtual SAN 实现灾难恢复计划，提高了灵活度，简化了管理，同时降低了硬件成本。 图：软件定义的存储实现灾难恢复计划 vSphere Replication 通过使用内置的 vSphere Replication，用户可以消除第三方复制成本，并制定更灵活的灾难恢复计划。 概览 vSphere Replication 无需采用基于存储阵列的本机复制，即可通过网络在vSphere 主机之间复制处于开启状态的虚拟机，该技术具有许多独特的优势：  降低带宽需求 14  消除存储局限性  构建灵活的灾难恢复配置 降低带宽需求 vSphere Replication 是 VMware 的 专 有复制引擎，它 仅 会将 发 生 变 更的数据 块 复制到恢复站点，与手 动 复制完整的虚 拟 机系 统 副本相比，可确保 实现 更低的 带宽 利用率和更高的恢复点目 标。  在初始同步期间，利用虚拟机数据的“种子副本”  通过跟 踪 发 生 变 更的磁盘区域并 仅 复制增量数据，确保高效利用网络 图 ： vSphere Replication 消除存储局限性 vSphere Replication 在各个虚 拟 机磁 盘 (VMDK)级别 运行，因而可以在任何存 储上托管的数据存 储 之 间进 行复制，它可以：  在保护站点重新改变旧存储的用途  对非同类站点采用不同的存储技术（例如 SAN相对于 NAS、 FC 相对于iSCSI等）  仅将辅助存储用于受保护的虚拟机，而不是整个环境 构建灵活的灾难恢复配置 在配置要复制的虚 拟 机 时 ，只需 简单单击 一下，即可将 vSphere Replication 配置为 确保 应 用数据和虚 拟 机数据保持一致，它可以：  与 Microsoft 的卷影复制服务 (VSS)自动集成，可确保恢复副本一致  支持灵活的恢复点目标，可从 15 分钟至 24 小时不等  在虚拟机级别通过 vCenter Server 控制复制  每个集群可扩展为数百个虚拟机 利用 vSphere Replication 来扩大灾难恢复 的 覆盖范围 15 当前，灾难恢复的覆盖范围通常只限于大型数据中心的第一层应用，也就是关键的业务应用。 在许多情况下，第二或第三 层 等非关键 应用和小型站点没有真正的灾难恢复保护， 而只是使 用备份进行保护。 这是因为，传统灾难恢复保护不仅成本高昂而且过于复杂，因而无法广泛应用于所有应用和站点。 图 ： 灾难恢复覆盖范围通常受高额保护成本的限制 不幸的是，由于日常活动仍然广泛依赖于第二或第三层应用和小型站点，因此这样的灾难恢复保护会导致大量的业务风险。 在理想情况下，各企业应该准备一个 经济高效且简单可靠的灾难恢复计划，以满足其所有应用和站点的需要。 而 VMware Site Recovery Manager 可以提供两种复制选择来供用户使用，它们分别是：  基于存储的传统复制， 在许多情况下，它仍将是大型关键业务环境青睐的选择  vSphere Replication (VR)，它为复制虚拟机提供了另一种选择。 VR 是一种经济高效的简单机制，可用于在两个站点之间进行复制，在很多情况下，是第 二 或第 三 层应用和小型站点的更好选择 16 图 ： SRM 可提供广泛的复制选择 由于 vSphere Replication 的引入，客户现在拥有更多的选择，从而使复制解决方案能够更好地符合业务需求。 VR和基于存储的复制可在相同的集群中配合使用，以便为更复杂的环境提供最佳灵活性。 图 ： VR 可提供经济高效且简单的复制 vSphere Replication 和基于存储的复制 都 非常有用 ，客户可以根据实际情况将两者结合起来使用。 vSphere Replication 由 VMware 直接提供，与基于存储的复制相比，它更为经济高效且更简单。 基于存储的复制依赖于第三方存储供应商，它更昂贵、复杂，难以管理，但是功能相对强大。 下图是两种复制技术在复制提供方，成本，管理以及性能方面的比较。 17 图 ： vSphere Replication 是基于存储的复制的补充功能 vSphere Replication 是将灾难恢复保护扩展至第二或第三层应用和小型站点的极佳方法。 图 ： 将灾难恢复保护扩展至第二、三层应用和小型站点 基于存储的灾难恢复相当昂贵，第一层存储阵列上的存储容量和额外的复制许可证使其成本居高不下。 存储、复制和 SRM的成本通常在每个虚拟机 2020 美元左右。 尽管与物理灾难恢复相比已经便宜很多，但对于不太关键的业务环境而言，其成本仍然相当高并且可能成为成本障碍。 vSphere Replication 更为经济高效。 通过支持使用较低端存储阵列、消除对专用复制许可证的需求和提供成本较低的 SRM Standard 版本许可证， VR 可将每个虚拟机的成本降低 3 倍，即每个虚拟机大约 600 美元。 18 由于每个虚拟机的成本更低，因此各企业能够将其灾难恢复保护扩展至更多应用和站点。 vSphere Replication 不仅经济高效，简单，它还可以简化复制管理，它在本质上比基于存储的复制更容易管理。 在新的 SRM部署中使用基于存储的复制来设置复制是一项复杂的任务。 vSphere管理员必须与存储管理员同步才能确保将适当的 LUN复制到包含正确复制计划的其他站点。 图 ： 借助 vSphere Replication 简化复制管理 借助 vSphere Replication，一切都将简单许多。 vSphere 管理员可以从 vCenter直接管理复制，从而消除对存储管理员的依赖。 另外，管理员可以在虚拟机级别管理复制，因而再也无需进行复杂的虚拟机分组以及将虚拟机映射到 LUN。 VR 的这一特性使得它对于简易性至关重要的情形（例如对于第二和第三层应用的保护）格外具有吸引力。 实现原理与工作机制 vSphere Replication 是深度集成在 vSphere 平台中的组件，也是当今市场上唯一一款真正的“虚拟化管理程序级”复制引擎。 在主站点上，正在运行的 虚拟机所用的虚拟机磁盘中如果有数据块发生了变更，这些数据块将发送到辅助站点，并在该处应用于虚拟机磁盘，以制作虚拟机的离线（保护）副本。 19 图 ： 复制虚拟机中发生变更的数据块 图 ： vSphere Replication 体系结构 vSphere Replication 是一款全新设计的产品，专门用于在 vSphere 集群之间进行复制并支持 SRM部署。 它依赖在 ESXi 中嵌入的 vSphere Replication 代理， 该 VSR 代理可跟踪已更改的磁盘区域并将最新增量数据发送至受保护的站点。 所复制的数据将会被 vSphere Replication 服务器捕获。 每个 vSphere Replication 服务器实例可以管理大约 100个虚拟机。 它可捕获最新的磁盘更改并将这些更改应用到已复制的数据。 vSphere Replication 可通过与 vCenter 和 SRM紧密集成的 vSphere Replication管理服务器进行管理。 这两个站点都需要 vSphere Replication 管理服务器。 所有 vCenter 操作都通过同一个管理界面完成，使用该界面可以非常轻松地为最多 500 个虚拟机配置复制：只需右键单击某个虚拟机，并为其副本选择目标位置即可。 此过程有一步是选择“恢复点目标”，此步骤将告知 vSphere Replication 可以获取多久以前的虚拟机副本，然后它将时时尝试复制数据以满足恢复点目标。 20 图 ： 为 多个虚 拟 机 选择 一个恢复点目 标 vSphere Replication 将会对源虚拟机及其副本执行一次初始完全同步，管理员可以在目标位置放置数据的种子副本，以减少初始复制所需的时间和带宽。 虚拟机的种子副本中包含一个虚拟机磁盘。