然后启动该虚拟机,会发现正在初始化自动配置的Windows Server 2016操作系统作为配置服务器,启动后同意许可

clip_image001

设置本地administrator密码

clip_image002

登陆进桌面

clip_image003

启动到桌面后会自动启动一个全屏的向导,让您定义该配置服务器的计算机名,并建议后期不要更改此名称

clip_image004

如果此次您想手动设置该配置服务器的IP地址,可以按下键盘的微软徽标按键显示出桌面然后设置您的IP地址

clip_image005

同样采取这样的方法可以先把下载好的Vmware PowerCLI 6.0安装在这台配置服务器上

clip_image006

安装完成以后以及设置好固定IP地址以后关闭其他对话框继续回到沉侵式向导中配置

clip_image007

点击Sing In登陆我的Azure帐号

clip_image008

自动注册到Azure,然后提示重启

clip_image009

重启好以后输入密码登陆会自动弹出一个IE网页,让您选择要接收复制流量的 NIC。 再选择“保存”。 配置后无法更改此设置。

clip_image010

点击继续

clip_image011

点击登陆

clip_image012

输入您的Azure账户密码

clip_image013

选择订阅号以及资源组和恢复保管库的实例后点击继续

clip_image014

提示需要下载安装MySQL,下载安装完成后点击继续

clip_image015

在验证应用配置阶段如果没有错误就继续点击继续吧

clip_image016

接下来添加VCenter服务器信息

clip_image017

指定VCenter的地址,以及虚拟化平台帐户,之前准备的azureconnect,然后点击Add

clip_image018

点击继续

clip_image019

点击添加虚拟机的凭证

clip_image020

添加指定Linux或Windows的具备安全权限的帐户

clip_image021

点击继续

clip_image022

最后点击完成配置

clip_image023

OK,全部完成

clip_image024

备注:如果后期需要添加其他帐户或者更新了root的帐户密码可以在配置服务器的这个目录下c:\ProgramData\ASR\home\svsystems\bin双点执行cspsconfigtool.exe添加帐户或更新帐户

clip_image025

接下来继续回到我们的Azure管理门户,已经发现了我们的本地的配置服务器和VCenter了,点击确定

clip_image026

点击确定

clip_image027

创建并关联一个复制策略:

  • RPO阈值(分钟):当持续的数据保护复制RPO超过指定的RPO阈值时将生成警报

  • 恢复点保留期(小时):保留恢复点的最长小时数。指定一个介于0-72之间的有效数字,如果指定0,则将没有其他恢复点,只能故障转移到最新的点

  • 应用一致快照频率(分钟):为VM拍摄应用程序一致性快照的频率。指定一个介于0-720之间的有效数字,如果指定为0,则在故障转移期间将没有应用程序一致性快照点

此策略自动与配置服务器关联。默认情况下会自动创建一个匹配策略,用于故障回复。 例如,如果复制策略是VMware2Azure,则故障回复策略将是VMware2Azure-failback。从 Azure 启动故障回复之前,不会使用此策略

clip_image028

确定

clip_image029

确定

clip_image030

接下来启用复制,选择源

clip_image031

选择目标配置,指定故障转以后的Azure网络以及子网

clip_image032

勾选需要复制的业务虚拟机,点击确定

clip_image033

选择使用什么帐户推送安装移动服务,我的业务VM是Linux当然选择之前定义好的root帐户了

clip_image034

点击确定

clip_image035

启用复制,为 VM 启用复制后,Site Recovery 会安装移动服务。 可能要等 15 分钟或更长时间,更改才会生效并显示在门户中

clip_image036

可以在“设置” > “作业” > “Site Recovery 作业”中,跟踪“启用保护”作业的进度。 在“完成保护”作业运行之后,计算机就可以进行故障转移了

clip_image037

可以看到执行的步骤

clip_image038

如果推送不成功也可以执行手动安装移动服务,首先需要把配置服务器上c:\Programdata\asr\home\svsystems\pushinstallsvc\repository目录下对应Linux版本的以Microsoft-ASR_UA*release.tar.gz文件拷贝到/tmp目录下(可以通过WinSCP上传)

这里我是CentOS7因此选择Microsoft-ASR_UA_9.15.2.0_RHEL7-64_GA_07Apr2018_Release.tar文件

首先是解压该安装压缩包

cd /tmp ;

tar -xvzf Microsoft-ASR_UA*release.tar.gz

clip_image039

接下来安装移动服务

命令格式为:sudo ./install -d <Install Location> -r MS -v VmWare -q

clip_image040

sudo ./install -d /usr/local/ASR -r MS -v VmWare -q

clip_image041

接下来将移动服务注册到配置服务器

在注册之前需要先到配置服务器复制通行密码:

C:\ProgramData\Microsoft Azure Site Recovery\private\connection.passphrase

clip_image042

在CentOSWeb虚拟机上创建一个passphrase.txt的文件,并将通行密码写进这个文件

cd /var

touch passphrase.txt

echo GusW9h0A3TIxPInG >passphrase.txt

clip_image043

然后把CentOSweb系统的移动服务注册到配置服务器

命令格式为:/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <CSIP> -P /var/passphrase.txt

clip_image044

然后在SSH里执行

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i 10.20.30.63 -P /var/passphrase.txt

clip_image045

备注:查看安装和注册的日志在/var/log/ua_install.log;如果手动才注册成功那么记得在作业里重启下失败的作业哦

clip_image046

如果想看配置服务器的详细状态可以点击Site Recovery基础结构-用于VMware和物理计算机的配置服务器,点击配置服务器

clip_image047

看到配置服务器的状态

clip_image048

接下来就是等待同步复制完成

clip_image049

还可以点击这个虚拟机去设置在Azure上灾备的复制CentOSWeb虚拟机的大小以及是否使用托管磁盘等

clip_image050

还可以在概述中查看整个本地到Azure站点恢复的架构图,了解每一部分的网络是否正常,绿色的线条表示正常,红色表示有问题,方便我们排查(我这里都是正常的,所以没有红色线条)

clip_image051

当状态是受保护后,我们就可以进行测试故障切换或故障转移了

clip_image052

点击测试故障切换进行恢复演练,本地的CentOSweb虚拟机不会停止,Azure上会恢复创建一台CentosWeb-test的虚拟机启动供您做故障切换后Azure上启动的这台业务虚拟机是否可用的验证

clip_image053

选择一个恢复点(这里我选择最新处理恢复点。这会将 VM 故障转移到最新的可用时间点。 将显示时间戳。 使用此选项时,无需费时处理数据,因此 RTO(恢复时间目标)会较低),实际根据您的业务场景来选择合适的恢复点

clip_image054

选择恢复到那一个Azure的虚拟网络后点击确定

clip_image055

备注:故障转移需要大约八到十分钟的时间完成其他进程。您可能注意到,VMware Linux 计算机、未启用 DHCP 服务的 VMware VM,以及未安装启动驱动程序(storvsc、vmbus、storflt、intelide、atapi)的 VMware VM 需要更长的测试故障转移时间

在Site Recovery作业中可以看到详细的步骤和进度

clip_image056

执行完成后我们可以到虚拟机查看恢复创建出来的虚拟机,连接可以看到该虚拟机没有公网IP地址,只有专用连接,那么还是和之前的文章介绍一样,要么对该虚拟网络构建点到站点***,站点到站点的***、该虚拟网络中的其他虚拟机进行连接访问测试,再或者给该虚拟机添加公网IP地址都是可以的,这里我就不再缀诉

clip_image057

测试完成后回到恢复保管库中的OffsiteDR实例,选择该虚拟机点击清理测试故障转移,填写测试内容勾选“测试已完成,请删除测试故障转移虚拟机”,点击确定后会自动删除创建出来的CentOSWeb-test虚拟机全部资源

clip_image058

接下来我就开始正式的故障转移演示

选择恢复点:

clip_image059

  • 最新(默认选项):此选项会首先处理发送到 Site Recovery 的所有数据。 它提供最低的 RPO(恢复点对象),因为故障转移后创建的 Azure VM 具有触发故障转移时复制到 Site Recovery 的所有数据。

  • 最新处理:此选项将 VM 故障转移到由 Site Recovery 处理的最新恢复点。 此选项提供低 RTO(恢复时间目标),因为无需费时处理未经处理的数据。

  • 最新的应用一致:此选项将 VM 故障转移到由 Site Recovery 处理的最新应用一致恢复点。

  • 自定义:指定恢复点。

勾选上“在开始故障转移前关闭计算机”:这里是说关闭本地ESXI上的CentOSweb虚拟机

这里我选择最新的恢复点

clip_image060

确定后按照任务会先关闭本地的ESXI的CENTOSWEB虚拟机

clip_image061

作业完成(请勿取消正在进行的故障转移:在故障转移开始前,停止 VM 复制。 如果取消正在进行的故障转移,故障转移会停止,但 VM 将不再进行复制)

clip_image062

完成后可以看到虚拟机CentOSweb,为了给大家演示故障切换后的业务(web服务)是否可用,这里我给该虚拟机添加公网IP来进行快速验证

clip_image063

如何添加公网IP地址和添加NSG(网络安全组)可以参看《本地Hyper-V虚拟机的异地(Azure)容灾》

clip_image064

如果担心22端口暴露在公网下不安全可以不开放22端口到公网,通过点到站点或者站点到站点***进行安全访问,下面验证下我的业务WEB服务是否可用

clip_image065

确定故障转移后的这台虚拟机没有问题了就可以点击提交了

clip_image066

点击确定(提交后会删除所有可用的恢复点)

clip_image067