Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移

Azrue Site Recovery 功能概览

 

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第1张图片

 

 

功能 详细信息
简单的 BCDR 解决方案 可以在 Azure 门户中使用 Site Recovery,以便设置和管理从单个位置进行的复制、故障转移和故障回复。
Azure VM 复制 可以设置 Azure VM 从主要区域到次要区域的灾难恢复。
本地 VM 复制 可以将本地 VM 和物理服务器复制到 Azure 或辅助性的本地数据中心。 将数据复制到 Azure 以后,就不需进行复杂的辅助数据中心维护,从而消除相关成本。
工作负荷复制 复制在支持的 Azure VM、本地 Hyper-V 和 VMware VM 以及 Windows/Linux 物理服务器上运行的任何工作负荷。
数据复原能力 Site Recovery 会协调复制,而不会拦截应用程序数据。 复制到 Azure 时,数据存储在 Azure 存储中,具有后者提供的复原能力。 发生故障转移时,会基于复制的数据创建 Azure VM。
RTO 和 RPO 目标 让恢复时间目标 (RTO) 和恢复点目标 (RPO) 始终处于组织限制范围内。 Site Recovery 为 Azure VM 和 VMware VM 提供持续复制,为 Hyper-V 提供低至 30 秒的复制频率。 可以通过与 Azure 流量管理器集成来进一步降低 RTO。
让应用在故障转移后保持一致 可以通过应用程序一致性快照使用恢复点进行复制。 这些快照可捕获磁盘数据、内存中的所有数据,以及正在处理的所有事务。
在不中断的情况下测试 可轻松地运行灾难恢复练习,不会影响正在进行的复制。
灵活的故障转移 可针对预期会出现的中断运行计划内故障转移,确保不丢失任何数据;或者针对意外灾难运行计划外故障转移,尽量减少数据丢失(具体取决于复制频率)。 主站点恢复正常时,可轻松故障回复到主站点。
自定义的恢复计划 可以通过恢复计划对多个 VM 上运行的多层应用程序的故障转移和恢复进行自定义和排序操作。 可以在恢复计划中将计算机组合到一起,选择性地添加脚本和手动操作。 恢复计划可与 Azure 自动化 Runbook 集成。
BCDR 集成 Site Recovery 可与其他 BCDR 技术集成。 例如,可使用 Site Recovery 保护企业工作负荷的 SQL Server 后端,为 SQL Server AlwaysOn 提供本机支持,进而管理可用性组的故障转移。
Azure 自动化集成 丰富的 Azure 自动化库提供特定于应用程序的生产就绪型脚本,可下载它们并将其与 Site Recovery 集成。
网络集成 Site Recovery 和 Azure 集成可简化应用程序网络管理,具体包括:保留 IP 地址、配置负载均衡器并集成 Azure 流量管理器,从而实现高效的网络切换。

 

其实主要就是做两件事:

1.BCDR;

2.站点迁移(VM);

 

实战演练

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第2张图片

Azure VM 灾难恢复实战

  1. 创建Site Recovery;

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第3张图片

 

注意:Recovery Services 保管库和待复制的Azure VM 不能位于同一个区域且资源组也不能位于同一个区域。

 

本案例中,待复制的Azure VM 位于中国东部2,Recovery Services 保管库位于中国东部,目标位置为中国北部2.

 

 

  1. 创建Azure VM 复制;

可以在待复制虚拟机的控制台开始:

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第4张图片

 

 

也可以从Recovery Services 保管库“复制”功能开始,

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第5张图片

 

依次选择,源->虚拟机->复制设置。

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第6张图片

 

 

部署过程会自动创建存储账户,自动化账户:

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第7张图片

复制过程根据虚拟机存储大小,可能需要几十分钟(参考数据127G大约45分钟),复制过程中可以点击图示位置查看进度:

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第8张图片

 

同步的过程实际上在目标区域创建并同步磁盘数据:

 

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第9张图片

同时可以在概述中,看到复制到Azure的计算机的基础结构视图:

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第10张图片

 

  1. 测试故障切换;

通常情况下,应该先执行“测试故障切换”,该操作会创建CPU/内存等资源。

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第11张图片

 

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第12张图片

测试操作执行结束,可以在资源组中查看并登录创建的测试虚拟机是否各项功能正常,后缀带“test”:

image.png

 

  1. 清理测试故障转移虚拟机;

故障转测试完成后,需要将通过故障转移生成的虚拟机删除掉:

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第13张图片

  1. 故障转移;

故障转移本身不检测源虚拟机的状态,不能自动执行,需要通过portal或脚本的方式触发。

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第14张图片

 

如果故障转移后的虚拟机符合要求,可以提交故障转移。 提交会删除该服务提供的所有恢复点。 现在无法无法更改恢复点。

Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移_第15张图片

 

6.故障回复到主要区域(步骤相似,不再提供截图)

重新保护 VM 后,可根据需要故障回复到主要区域。

  1. 在保管库中选择“复制的项”,然后选择已重新保护的 VM 。
  2. 在“复制的项”中选择 VM,然后选择“故障转移” 。
  3. 在“故障转移”中,选择要故障转移到的恢复点 :
    1. 最新(默认设置) :处理 Site Recovery 服务中的所有数据,并提供最低的恢复点目标 (RPO)。
    2. 最新处理:将 VM 还原到由 Site Recovery 处理的最新恢复点。
    3. 自定义:故障转移到特定的恢复点。 此选项可用于执行测试故障转移。
  1. 如果希望 Site Recovery 在触发故障转移之前在 DR 区域尝试关闭 VM,请选择“在开始故障转移前关闭计算机” 。 即使关机失败,故障转移也仍会继续。
  2. 在“作业”页上跟踪故障转移进度。
  3. 故障转移完成后,请登录到 VM 来对它进行验证。 可根据需要更改恢复点。
  4. 验证故障转移后,选择“提交故障转移” 。 提交操作会删除所有可用的恢复点。 “更改恢复点”选项不再可用。
  5. VM 应显示为已故障转移并已故障回复。
 
 
 

你可能感兴趣的:(Azure Site Recovery-支持本地和Azure的业务连续性和灾难恢复 (BCDR) 及站点迁移)