Site Recovery 服务有助于构建稳健的业务连续性和灾难恢复 (BCDR) 解决方案,并通过协调和自动化到 Azure 或辅助本地数据中心的复制与故障转移,来保护本地物理服务器和虚拟机。
功能 | 复制到 Azure(没有VMM) |
数据复制 | 有关本地服务器和虚拟机的元数据将存储在 Site Recovery 保管库中。 复制的数据存储在 Azure 存储空间中。 |
保管库要求 | 支持 Site Recovery 服务的 Azure 帐户 |
复制 | 将源 Hyper-V 主机中的虚拟机复制到 Azure 存储空间。故障回复到源位置。 |
虚拟机 | Azure 存储空间中存储的虚拟机硬盘 |
Azure 存储空间 | 需要用来存储已复制的虚拟机硬盘 |
SAN 存储阵列 | 不适用 |
Azure 恢复服务代理 用于通过 HTTPS 连接到 Site Recovery | 在 Hyper-V 主机服务器上安装 |
虚拟机恢复点 | 按时间设置恢复点。 指定恢复点应保留多久(0-24 小时) |
网络映射 | 将 VM 网络映射到 Azure 网络。 网络映射可确保在同一源 VM 网络中进行故障转移的所有虚拟机都可以在故障转移之后进行连接。另外,如果目标 Azure 网络上有网关,那么,虚拟机就可以连接到本地虚拟机。 如果不启用映射,则只有在同一恢复计划中进行故障转移的虚拟机可以在故障转移到 Azure 之后相互连接。 |
存储映射 | 不适用 |
方案 | 说明 | 所需的组件 | 详细信息 |
您部署 Azure 站点恢复以在数据中心和 Azure 之间复制虚拟机 | 本地数据中心有一个或多个 Hyper-V 主机服务器包含您要保护的虚拟机 在配置过程中,您定义一个 Hyper-V 站点包含一个或多个这些 Hyper-V 主机服务器 | 运行单个组件安装,以在 Hyper-V 主机服务器上安装 Azure 站点恢复 提供程序和 Microsoft 恢复服务代理 | 部署中没有 VMM 服务器 受保护的虚拟机上没有安装组件 Hyper-V 主机服务器上的 Azure 站点恢复提供程序通过 HTTPS 443 与 站点恢复 服务进行通信,以安排保护 通过 HTTPS 443 在 Hyper-V 主机服务器上运行的 Microsoft 恢复服务代理与 Azure 之间进行复制。 |
站点恢复组件(适用于Hyper-V站点)
组件 | 详细信息 | 安装 | 部署方案 |
适用于 Hyper-V 的 Azure 站点恢复提供程序 | 在未部署 VMM 的情况下处理 Hyper-V 主机与 站点恢复 服务之间的通信。 | 在 Hyper-V 主机服务器上安装 | 在设置 Hyper-V 站点与 Azure 之间的保护时使用 |
Microsoft 恢复服务代理 | 处理 Hyper-V 主机服务器与 站点恢复 服务之间的通信 | 在 Hyper-V 主机服务器上安装 | 在您设置 Hyper-V 站点与 Azure 之间的保护时使用。 您下载单个提供程序,其中包括适用于 Hyper-V 的 Azure 站点恢复提供程序以及 Microsoft 恢复服务代理。 |
Azure 先决条件
?需要一个 Windows Azure 帐户。
?- 你将需要使用 Azure 存储帐户来存储复制的数据。需要为帐户启用地域复制。它应该位于 Azure Site Recovery 保管库所在的区域中,并与相同订阅关联。
?- 需要一个 Azure 虚拟网络,以便在故障转移后可将复制的虚拟机连接到网络。
Hyper-V 先决条件
?源本地站点中至少有一台运行 Windows Server 2012 R2 的服务器,并且源站点中存在 Hyper-V 角色。
?Hyper-V 服务器应包含一个或多个虚拟机。
?Hyper-V 服务器应直接或通过代理连接到 Internet。
?Hyper-V 服务器应该安装 KB2961977 中提到的修补程序。
提供程序和代理先决条件
在部署 Azure Site Recovery 的过程中,你将在包含要保护的虚拟机的每个 Hyper-V 服务器上安装 Azure Site Recovery 提供程序和 Azure 恢复服务代理。请注意:
?你应该运行最新版本的提供程序和代理。
?保管库中的所有 Hyper-V 服务器应具有相同的版本。
? 提供程序将需要通过 Internet 连接到 Azure Site Recovery。你可以使用 VMM 服务器上当前配置的代理设置或者使用你在安装提供程序期间配置的自定义代理设置,来实现不带代理的部署。若要使用现有的代理服务器,请确保用于连接 Azure 的 URL 可以通过防火墙: ?**.hypervrecoverymanager.windowsazure.cn
?**.accesscontrol.chinacloudapi.cn
?**.backup.windowsazure.cn
?**.blob.core.chinacloudapi.cn
?**.store.core.chinacloudapi.cn
?若要使用自定义代理,请在安装提供程序之前设置代理服务器。在设置提供程序期间,你需要指定代理服务器地址和端口,以及用于访问的凭据。请注意,不支持基于 HTTPS 的代理。
实验场景:
Azure 准备
创建虚拟网络(见之前的文章)
创建存储账户(见之前的文章)
创建保管库:
输入保管库名称和选择地区,点击确定
点击创建Hyper-V站点,开始创建
输入站点名称,完成新建
完成后,回到站点首页,下载注册密钥及提供程序
密钥下载后保存,同时下载保存提供程序并安装
选择安装位置
点击安装,完成后点击注册,完成注册
选择代理设置
选择刚才下载的密钥文件,导入后自动完成下面信息的填充,下一步
完成注册,同时在站点恢复portal的服务器项里可以看到注册好的Hyper-v主机。
回到Azure portal,创建保护组
选择刚才创建好的恢复保管库,选择受保护的项,选择保护组,点击创建
输入保护组名称,选择源(这里是hyper-v01),选择订阅(如果是多订阅的话)和之前建好的存储账户
在“复制设置”中设置“复制频率”,以指定在源和目标之间同步数据差异的频率。可以设置为 30 秒、5 分钟或 15 分钟。
在“保留恢复点”中,指定应存储恢复历史记录的小时数,可设置为0-24小时。
在“与应用程序一致的快照的频率”中,可以指定是否拍摄使用卷影复制服务 (VSS) 的快照来确保在拍摄快照时应用程序处于一致状态。
在“初始复制开始时间”中,指定何时应将保护组中虚拟机的初始复制发送到 Azure。
选择
添加完成后,在配置页可以看到正在运行的保护
在保护组页面,配置为马上同步,可以看到虚拟机已经开始同步到云端。
在本地的Hyper-v管理器中看到复制的状态
原文地址:http://neoni.blog.51cto.com/6022658/1735027