使用 Azure Site Recovery 将内部部署虚拟化工作负荷迁移至 Azure

使用 Azure Site Recovery 将内部部署虚拟化工作负荷迁移至 AzureABHISHEK
A. HEMRAJANI
 云 +
Enterprise 项目经理

我们最近发布了微软的灾难恢复即服务
(DRaaS) 产品的预览版
- Azure SiteRecovery。此产品可以提供自动化保护、异步持续复制,并可以在跨企业站点以及私有云,或直接在Windows
Azure 中,以最短的停机时间准确一致、有序地恢复虚拟化工作负荷。

我们的客户喜欢这项服务的简单和可靠,也从这项服务的关键内置功能中获益良多:可伸缩的配置、最短可达
30 秒的可变恢复点目标 (RPO)、一流的安全和加密、自助灾难恢复以及使用恢复计划的一键协调功能

Azure Site Recovery不仅能够为您的IT基础结构提供低成本、高容量、节约
CAPEX并优化 OPEX的灾难恢复战略,也可以帮助您快速方便地创建额外的开发和测试环境将内部部署虚拟机迁移到
Windows Azure。

对于将采用云作为其 IT战略重要部分的组织,Windows
Azure提供了开放、广泛且灵活的平台。在该平台上,客户可以使用很多种操作系统、框架和语言来开发应用程序:从 Windows到
Linux,从 SQL Server到
Oracle,从 .Net到
Java、PHP、Python、Ruby、Node.js和
Hadoop。

如果客户需要将现有内部部署虚拟化工作负荷迁移到 Azure的解决方案,在制定决策时最常考虑的三个重要注意事项为:

使用 Azure Site Recovery 将内部部署虚拟化工作负荷迁移至 Azure

对于需要满足上述条件(乃至更多条件)的统一解决方案的客户,Azure
Site Recovery 及其内置功能使得向Azure的迁移变得简单、可靠和快速。此处提供了将内部部署虚拟化应用程序迁移到
Azure可能需要采取的操作:

使用 Azure Site Recovery 将内部部署虚拟化工作负荷迁移至 Azure

利用测试故障转移(灾难恢复演习)和网络映射,可以在不影响您的生产工作负荷的情况下,测试完整的应用程序和网络配置。测试故障转移不仅允许您按需伸缩开发和测试环境,还可以确保您能够在进行最终迁移之前,在
Azure 中验证应用程序的功能及其性能。

利用将来自多层应用程序的虚拟机分组到一个综合故障转移单元中的恢复计划,迁移到 Azure就如单击操作一样简单,并可从降低恢复时间目标(RTO)的优化中受益。恢复计划还支持计划故障转移,从而使您的内部部署工作负荷能够在故障转移至
Azure之前正常关闭。此时您可以在虚拟机上禁用保护并使其在WindowsAzure中保持运行。Azure
Site Recovery 文档
提供了详细的分步说明。

通过Windows Azure门户提供的
Azure SiteRecovery提供了跨私有云、合作伙伴云和公共云的一致、统一和简化的用户体验,使得向 Azure的迁移变得轻而易举。

有关 Azure Site Recovery的详细信息,请查看我们的TechEd
2014会议
录像,我们在这次大会上发布了预览版。您还可以访问MSDN上的
Azure SiteRecovery论坛
,了解其他信息并与其他客户互动。

准备好开始后,请查看更多产品信息注册获取
Azure 试用
,开始使用Azure Site Recovery将虚拟化工作负荷迁移至
Windows Azure。

如果您已在 Windows Server 2012 R2上实现虚拟化,则Azure
Site Recovery是启用灾难恢复至 Azure或高效地将虚拟机迁移至
Azure的理想选择。对于希望将物理工作负荷或运行在任何云中的 WindowsServer 2012 R2之前的虚拟化工作负荷迁移到
WindowsAzure的客户,我们将使用
InMage 新收购的技术
启用迁移服务。

如果您有其他问题,请访问MSDN 上的论坛,获取更多信息并与其他客户交流互动。

本文翻译自:http://azure.microsoft.com/blog/2014/08/13/migrate-on-premise-virtualized-workloads-to-azure-using-azure-site-recovery/


上一篇:基于mini2440的Qt移植


下一篇:activity6.0部署BPMN文件的多种方式,直接上代码