首先还是需要提前完成准备工作《异地(Azure)容灾-准备工作》,在本地我准备了如下几台角色:

  • 域控角色DC

  • Hyper-V服务器(Windows Server 2012 R2)

  • SCVMM服务器(SCVMM 2012 R2)

  • Hyper-V服务器上有一台业务虚拟机WEBSITE提供的是IIS服务

备注:其中website未加域,其他角色都是域环境;SCVMM建议更新安装到最新的累计更新

clip_image001  

虚拟机正常运行提供IIS服务

clip_image002  

Windows虚拟机的RDP是否开启,并且Windows防火墙是否允许所有网络类型都运行RDP的访问  

clip_image001[1]

如果是Linux的虚拟机需要检查Secure Shell service是否随系统自动启动,其次防火墙规则允许SSH连接

接着需要在SCVMM上创建一朵云

clip_image003  

命名,下一步

clip_image004  

勾选所有主机,下一步

clip_image005  

勾选逻辑网络,下一步

clip_image006  

勾选负载平衡器,下一步

clip_image007  

下一步

clip_image008  

下一步

clip_image009  

勾选本地存储,下一步要

clip_image010  

选择VMM存储VM的路径以及只读库共享路径

clip_image011  

下一步

clip_image012  

勾选Hyper-V,下一步

clip_image013  

下一步

clip_image014  

完成

clip_image015  

创建完成第一多云后,我需要将WEBSITE虚拟机放到这朵云中,选择该虚拟机右键属性

clip_image016  

选择第一朵云,确定

clip_image017  

这样第一朵云里就有我们这台业务虚拟机了

clip_image018  

回到Azure门户,还是之前准备的恢复保管库OffsiteDR实例,单击“Site Recovery”。 然后单击“准备基础结构”

在“保护目标” > “计算机所在位置”中,选择“本地”。

在“要将计算机复制到何处?”中,选择“复制到 Azure”。

在“计算机是否已虚拟化”中,选择“是,带有 Hyper-V”。

在“是否使用 System Center VMM”中,选择“是”。

clip_image019  

部署规划我选择是

clip_image020  

在“准备源”中单击“+VMM”以添加 VMM 服务器。

clip_image021  

确保SCVMM和Hyper-V都是可以访问Internet的

clip_image022  

首先在SCVMM安装Microsoft .Net Framework 4.6.2,然后重启该服务器

clip_image023  

接着在SCVMM上已管理员身份执行AzureSiteRecoveryProvider.exe安装,下一步

clip_image024  

安装

clip_image025  

点击注册

clip_image026  

点击注册后会弹出这样的对话框,点击确定(这里的提示只是说停SCVMM的服务,不会停虚拟机)

clip_image027  

选择拷贝到SCVMM的密钥文件,点击下一步

clip_image028  

点击下一步

clip_image029  

等待注册完成

clip_image030  

将生成一个证书,选择证书生成的保存位置,下一步

clip_image031  

点击注册

clip_image032  

注册完成

clip_image033  

在Azure门户上也可以看到注册成功的SCVMM服务器(添加 VMM 服务器可能需要 15 到 30 分钟)

clip_image034  

同时在SCVMM也可以看到注册信息

clip_image035  

接下来我们需要到SCVMM管理下的Hyper-V服务器上以管理员身份执行MARSAgentInstall.exe程序的安装

在“安装设置”中,接受安装位置和缓存位置。缓存驱动器需要至少 5 GB 的存储空间。 建议使用 600 GB 或更多可用空间的磁盘

clip_image036  

下一步

clip_image037  

点击安装

clip_image038  

点击关闭

clip_image039  

接下来我们回到SCVMM服务器,选择我们第一朵云Corp-Cloud属性,确保如下部份被勾选

clip_image040  

等15分钟-30分钟Azure门户可以识别到SCVMM的这朵云了,就可以继续了

clip_image041  

确定

clip_image042  

创建一条复制策略并关联

clip_image043  

定义复制策略,其中复制频率只能选择最小30秒,最大5分钟

  • 复制频率指示增量数据(初始复制之后)每五分钟复制一次。

  • 恢复点保留期指示每个恢复点的保留时长为两个小时。

  • 应用一致性快照频率指示每小时创建一次包含应用一致性快照的恢复点。

  • 初始复制开始时间指示初始复制会立即开始。

  • 高级VMM设置是指谁能启动虚拟机的复制,默认是Azure订阅用户,还可以选择Azure订阅用户和VMM用户,定义好后以后不能修改。

clip_image044  

创建好并关联好以后,点击确定

clip_image045  

确定

clip_image046  

接下来配置网络映射,在“Site Recovery 基础结构” > “用于 System Center VMM” > “网络映射”中,单击“+网络映射”图标

clip_image047  

配置我们的网络源到Azure目标的映射对应关系

clip_image048  

接下来就可以启用复制了,在“复制应用程序”中,单击“源”,设置源位置是SCVMM服务器,云是我们的Corp-Cloud

clip_image049  

目标是我们的Azure哪个订阅下的哪个存储帐户以及部署模型

clip_image050  

勾选要复制的虚拟机

clip_image051  

确认该虚拟机在Azure上的配置属性

clip_image052  

选择复制策略后,确定

clip_image053  

启用复制

clip_image054  

可以在“作业” > “Site Recovery 作业”中,跟踪“启用保护”操作的进度

clip_image055  

在概述中可以看到基础结构视图

clip_image056  

等待复制同步完成后,VM就可以执行故障转移

clip_image057  

在同步过程中可以看到Hyper-V正在发送初始副本到Azure

clip_image058  

复制完成,受保护,这样就可以进行测试故障切换和故障转移了

clip_image059  

接下来我们测试故障转移,点击WEBSITE虚拟机

clip_image060  

测试故障切换进行灾备演练

clip_image061  

选择恢复点以及恢复网络后点击确定

clip_image062  

作业可以看到进度和是否成功

clip_image063  

测试恢复出来的WEBSITE-TEST虚拟机已经恢复创建好了,就可以进行连接验证各项功能以及数据是否完整了

clip_image064  

还是和之前一样,因为是专用连接,所以要么您可以构建站点到站点***进行访问,或者通过点到站点进行访问,或者通过该虚拟网络下的其他机器进行访问,或者给该虚拟机分配公网IP进行访问。这里我就不再详细介绍如何操作,之前的文章都有写。完成验证后就可以清理故障转移,把恢复出来的website-test测试虚拟机删除掉

clip_image065  

填写测试结论,勾选测试完成,请理测试故障转移虚拟机,点击确定

clip_image066  

接下来就可以做计划内故障切换或者故障转移了,这2者的区别在于,计划内故障切换会把最新的数据同步从本地到Azure后再切换;而故障切换只能选择最新的RTO或者RPO进行切换,这期间会有一小部分的数据会丢失的,小到30秒大到5分钟,具体看您的测试策略怎么定义的。

clip_image067  

点击确定

clip_image068  

启用计划内故障转移还是启用故障转移都同样会把SCVMM上的本地WEBSITE关机,只不过计划内故障转移会在关机后执行数据同步保证数据的不丢失

clip_image069  

作业完成

clip_image070  

计划故障转移后的WEBSITE(不带TEST)的虚拟机恢复出来运行了,还是通过上面的方式进行连接,这里我也不再缀诉

clip_image071  

没有问题后,点击提交(确定要提交虚拟机吗? 一旦提交,便无法更改该虚拟机的恢复点)

clip_image072  

如果想再切换回本地SCVMM的WEBSITE提供服务,就点击计划故障转移,这样会把在Azure上运行的WEBSITE产生变化的数据同步回本地后再启动本地WEBSITE,停止掉Azure上的WEBSITE虚拟机;如果要彻底上Azure就选择完成迁移

clip_image073  

可以选择最小故障时间

clip_image074  

或者选择完整下载

clip_image075  

这里我选择最小化故障时间

clip_image076  

此时Azure上的副本虚拟机正在运行状态,而本地的Hyper-V服务器出现了正在故障回复复制

clip_image077  

等待本地Hyper-V故障回复复制完成100%后,就到了需要用户输入的步骤了,也就是在完成数据同步后点击“完成故障转移”。这会关闭 Azure上的WEBSITE虚拟机,将最新更改传输到本地,并启动本地Hyper-V的WEBSITE虚拟机

clip_image078  

本地Hyper-V启动成功,并有一个初始副本的快照,Azure上的WEBSITE虚拟机停止,等待最终故障回复完成后本地该虚拟机的初始副本快照会自动删除

clip_image079  

本地VM成功启动,Azure上这台VM就停止了

clip_image080  

登录到本地 VM,检查它是否按预期方式可用,本地 VM 当前处于“提交挂起”状态。 单击“提交”。这会删除 Azure VM 及其磁盘

clip_image081  

若要开始将本地 VM 复制到 Azure,请启用“反向复制”。这会触发自Azure故障转移到本地VM后,删除AzureVM虚拟机以来发生的增量更改,简单来说就是又回到最初的本地虚拟机数据变化不断复制到Azure恢复保管库的实例中进行保护

clip_image082  

如果不再使用本地到Azure的虚拟机保护,请点击禁用复制项,禁用复制项有如下2种选项

  • 禁用复制删除:这将从 Azure Site Recovery 中删除复制项,并将停止计算机复制。将自动清理对源的复制配置。计算机的 Site Recovery 将停止计费

  • 删除:这将从 Azure Site Recovery 中删除复制项。不会清理对源的复制配置。仅当源环境已删除或无法访问时,才使用此选项

clip_image083  

后续如果要清理得更干净可以先清理复制策略,解除关联

clip_image084  

再删除这条复制策略

clip_image085  

再删除网络映射

clip_image086  

最后再删除注册再Azure上的SCVMM服务器

clip_image087  

如果不再使用恢复保管库进行异地保护本地VM就可以删除OffsiteDR该实例了

clip_image088  

就介绍到这了,Azure恢复保管库实现了对本地业务VM的异地容灾解决方案最大的亮点就是不需要您具备异地的机房以及相关的基础设施,并且不需要您具备专线就可以轻松搞定。