然后启动该虚拟机,会发现正在初始化自动配置的Windows Server 2016操作系统作为配置服务器,启动后同意许可
设置本地administrator密码
登陆进桌面
启动到桌面后会自动启动一个全屏的向导,让您定义该配置服务器的计算机名,并建议后期不要更改此名称
如果此次您想手动设置该配置服务器的IP地址,可以按下键盘的微软徽标按键显示出桌面然后设置您的IP地址
同样采取这样的方法可以先把下载好的Vmware PowerCLI 6.0安装在这台配置服务器上
安装完成以后以及设置好固定IP地址以后关闭其他对话框继续回到沉侵式向导中配置
点击Sing In登陆我的Azure帐号
自动注册到Azure,然后提示重启
重启好以后输入密码登陆会自动弹出一个IE网页,让您选择要接收复制流量的 NIC。 再选择“保存”。 配置后无法更改此设置。
点击继续
点击登陆
输入您的Azure账户密码
选择订阅号以及资源组和恢复保管库的实例后点击继续
提示需要下载安装MySQL,下载安装完成后点击继续
在验证应用配置阶段如果没有错误就继续点击继续吧
接下来添加VCenter服务器信息
指定VCenter的地址,以及虚拟化平台帐户,之前准备的azureconnect,然后点击Add
点击继续
点击添加虚拟机的凭证
添加指定Linux或Windows的具备安全权限的帐户
点击继续
最后点击完成配置
OK,全部完成
备注:如果后期需要添加其他帐户或者更新了root的帐户密码可以在配置服务器的这个目录下c:\ProgramData\ASR\home\svsystems\bin双点执行cspsconfigtool.exe添加帐户或更新帐户
接下来继续回到我们的Azure管理门户,已经发现了我们的本地的配置服务器和VCenter了,点击确定
点击确定
创建并关联一个复制策略:
RPO阈值(分钟):当持续的数据保护复制RPO超过指定的RPO阈值时将生成警报
恢复点保留期(小时):保留恢复点的最长小时数。指定一个介于0-72之间的有效数字,如果指定0,则将没有其他恢复点,只能故障转移到最新的点
应用一致快照频率(分钟):为VM拍摄应用程序一致性快照的频率。指定一个介于0-720之间的有效数字,如果指定为0,则在故障转移期间将没有应用程序一致性快照点
此策略自动与配置服务器关联。默认情况下会自动创建一个匹配策略,用于故障回复。 例如,如果复制策略是VMware2Azure,则故障回复策略将是VMware2Azure-failback。从 Azure 启动故障回复之前,不会使用此策略
确定
确定
接下来启用复制,选择源
选择目标配置,指定故障转以后的Azure网络以及子网
勾选需要复制的业务虚拟机,点击确定
选择使用什么帐户推送安装移动服务,我的业务VM是Linux当然选择之前定义好的root帐户了
点击确定
启用复制,为 VM 启用复制后,Site Recovery 会安装移动服务。 可能要等 15 分钟或更长时间,更改才会生效并显示在门户中
可以在“设置” > “作业” > “Site Recovery 作业”中,跟踪“启用保护”作业的进度。 在“完成保护”作业运行之后,计算机就可以进行故障转移了
可以看到执行的步骤
如果推送不成功也可以执行手动安装移动服务,首先需要把配置服务器上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
接下来安装移动服务
命令格式为:sudo ./install -d
sudo ./install -d /usr/local/ASR -r MS -v VmWare -q
接下来将移动服务注册到配置服务器
在注册之前需要先到配置服务器复制通行密码:
C:\ProgramData\Microsoft Azure Site Recovery\private\connection.passphrase
在CentOSWeb虚拟机上创建一个passphrase.txt的文件,并将通行密码写进这个文件
cd /var
touch passphrase.txt
echo GusW9h0A3TIxPInG >passphrase.txt
然后把CentOSweb系统的移动服务注册到配置服务器
命令格式为:/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i
然后在SSH里执行
/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i 10.20.30.63 -P /var/passphrase.txt
备注:查看安装和注册的日志在/var/log/ua_install.log;如果手动才注册成功那么记得在作业里重启下失败的作业哦
如果想看配置服务器的详细状态可以点击Site Recovery基础结构-用于VMware和物理计算机的配置服务器,点击配置服务器
看到配置服务器的状态
接下来就是等待同步复制完成
还可以点击这个虚拟机去设置在Azure上灾备的复制CentOSWeb虚拟机的大小以及是否使用托管磁盘等
还可以在概述中查看整个本地到Azure站点恢复的架构图,了解每一部分的网络是否正常,绿色的线条表示正常,红色表示有问题,方便我们排查(我这里都是正常的,所以没有红色线条)
当状态是受保护后,我们就可以进行测试故障切换或故障转移了
点击测试故障切换进行恢复演练,本地的CentOSweb虚拟机不会停止,Azure上会恢复创建一台CentosWeb-test的虚拟机启动供您做故障切换后Azure上启动的这台业务虚拟机是否可用的验证
选择一个恢复点(这里我选择最新处理恢复点。这会将 VM 故障转移到最新的可用时间点。 将显示时间戳。 使用此选项时,无需费时处理数据,因此 RTO(恢复时间目标)会较低),实际根据您的业务场景来选择合适的恢复点
选择恢复到那一个Azure的虚拟网络后点击确定
备注:故障转移需要大约八到十分钟的时间完成其他进程。您可能注意到,VMware Linux 计算机、未启用 DHCP 服务的 VMware VM,以及未安装启动驱动程序(storvsc、vmbus、storflt、intelide、atapi)的 VMware VM 需要更长的测试故障转移时间
在Site Recovery作业中可以看到详细的步骤和进度
执行完成后我们可以到虚拟机查看恢复创建出来的虚拟机,连接可以看到该虚拟机没有公网IP地址,只有专用连接,那么还是和之前的文章介绍一样,要么对该虚拟网络构建点到站点***,站点到站点的***、该虚拟网络中的其他虚拟机进行连接访问测试,再或者给该虚拟机添加公网IP地址都是可以的,这里我就不再缀诉
测试完成后回到恢复保管库中的OffsiteDR实例,选择该虚拟机点击清理测试故障转移,填写测试内容勾选“测试已完成,请删除测试故障转移虚拟机”,点击确定后会自动删除创建出来的CentOSWeb-test虚拟机全部资源
接下来我就开始正式的故障转移演示
选择恢复点:
最新(默认选项):此选项会首先处理发送到 Site Recovery 的所有数据。 它提供最低的 RPO(恢复点对象),因为故障转移后创建的 Azure VM 具有触发故障转移时复制到 Site Recovery 的所有数据。
最新处理:此选项将 VM 故障转移到由 Site Recovery 处理的最新恢复点。 此选项提供低 RTO(恢复时间目标),因为无需费时处理未经处理的数据。
最新的应用一致:此选项将 VM 故障转移到由 Site Recovery 处理的最新应用一致恢复点。
自定义:指定恢复点。
勾选上“在开始故障转移前关闭计算机”:这里是说关闭本地ESXI上的CentOSweb虚拟机
这里我选择最新的恢复点
确定后按照任务会先关闭本地的ESXI的CENTOSWEB虚拟机
作业完成(请勿取消正在进行的故障转移:在故障转移开始前,停止 VM 复制。 如果取消正在进行的故障转移,故障转移会停止,但 VM 将不再进行复制)
完成后可以看到虚拟机CentOSweb,为了给大家演示故障切换后的业务(web服务)是否可用,这里我给该虚拟机添加公网IP来进行快速验证
如何添加公网IP地址和添加NSG(网络安全组)可以参看《本地Hyper-V虚拟机的异地(Azure)容灾》
如果担心22端口暴露在公网下不安全可以不开放22端口到公网,通过点到站点或者站点到站点***进行安全访问,下面验证下我的业务WEB服务是否可用
确定故障转移后的这台虚拟机没有问题了就可以点击提交了
点击确定(提交后会删除所有可用的恢复点)