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

ABHISHEK 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 JavaPHPPythonRubyNode.js Hadoop

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

使用 Azure Site Recovery 将内部部署虚拟化工作负荷迁移至 Azure_第1张图片

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

使用 Azure Site Recovery 将内部部署虚拟化工作负荷迁移至 Azure_第2张图片


利用测试故障转移(灾难恢复演习)和网络映射,可以在不影响您的生产工作负荷的情况下,测试完整的应用程序和网络配置。测试故障转移不仅允许您按需伸缩开发和测试环境,还可以确保您能够在进行最终迁移之前,在 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 新收购的技术启用迁移服务。

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



你可能感兴趣的:(使用 Azure Site Recovery 将内部部署虚拟化工作负荷迁移至 Azure)