Microsoft Migration Accelerator简介

原文地址:http://azure.microsoft.com/blog/2014/09/04/introducing-microsoft-migration-accelerator/ 我怀着无比激动的心情宣布 Azure Migration Accelerator (MA) 限量预览版上线。MA由InMage 收购技术衍生而来,旨在将物理、VMware、Amazon Web Services 和Microsoft Hyper-V工作负载无缝迁移至Azure。它会自动执行迁移操作的各个方面,包括发现源工作负载、远程代理安装、网络适应性和端点配置。有了MA,能够降低迁移项目的成本和风险。 MA 通过提供以下优势改变了云迁移范式: 异构性:您可以通过 MA 迁移各种平台(如VMware、Microsoft Hyper-V、Amazon Web Services和/或环境中的物理服务器)上运行的工作负载。MA 可支持Windows Server 2008 R2 sp1、Windows Server 2012 和 Windows Server 2012 R2操作系统上运行的工作负载。 简单的自动化迁移:MA门户允许您从云中远程自动发现企业工作负载。只需单击几次,即可配置端到端迁移场景。MA允许您在云中测试工作负载,并且不会影响现有的本地生产工作负载,从而在执行直接转换之前验证工作负载功能性。 迁移多层应用程序:让MA引以为豪的是,它不仅可以迁移多层生产系统,还能在各层实现应用程序级一致性。这样可确保多层应用程序在Azure中的运行模式与在来源中的运行模式完全相同。甚至可以遵循应用程序启动顺序,并且无需任何手动配置。 持续复制,最低直接转换时间:MA for Azure提供了全系统复制,包括操作系统和应用程序数据。这种持续复制和内存更改跟踪功能可将直接转换时间缩短至短短几分钟,最大限度地降低了对生产工作负载的影响。 MA 的工作原理 MA 运用多个组件安排迁移项目,如下图所示: 移动性服务:这是源服务器(本地物理或虚拟服务器)上的轻型(基于来宾机)集中部署代理。负责实时捕获数据,并将所选的源服务器卷同步到目标服务器。 流程服务器 (PS):本地物理或虚拟服务器。促进简化移动性服务与Azure内部的目标虚拟机之间的通信。提供缓存、队列、压缩、加密和带宽管理。 主要目标(MT):复制本地服务器磁盘的目标。安装于Azure订阅的专用Azure VM中。磁盘与 MT 相连以维护重复的副本。 配置服务器 (CS):管理主要目标与 MA 门户之间的通信。安装于Azure订阅的专用Azure VM中。在CS 与MA门户之间进行定期同步。 MA…


从 Web Server 向 Azure WebSites 迁移的利器(Migration Assistant)

原文地址:http://blogs.technet.com/b/nevin_dongs_blog/archive/2014/12/25/web-server-azure-websites-migration-assistant.aspx 将Web应用迁移到云端,常见的做法是采用IaaS模式,即创建虚拟机(Virtual Machine,VM)并在上面分别部署Web Server、Database Server、Cache Server、DNS Server等;当访问负荷增大的时候,则增加虚拟机的数量来实现伸缩。 之前曾讨论过,可以将数据库服务器(Database Server)采用Platform as a Server(PaaS)模式来提供,也有相关的迁移工具来帮助从SQL Server迁移到Azure SQL Database。 Azure网站(WebSites)是一种完全托管的平台即服务 (PaaS) 产品,便于快速高效地构建、部署并扩展企业级 Web 应用。同时,可以支持按需自动缩放(Auto-scaling),灵活支持不同时间段的并发访问负荷,特别是尖峰负荷。此外,可以显著降低运维工作量,而不必过多关注底层虚拟机、操作系统、网络、负载均衡等细节。 对于Azure网站的更多细节,可以参考:http://www.windowsazure.cn/home/features/web-site/ 可以开发ASP.NET网站并部署到Azure网站,相关步骤可参考:http://www.windowsazure.cn/zh-cn/develop/net/tutorials/web-site-intro-tutorial/ 如果将现有Web应用迁移到Azure网站,可以使用一个开源的辅助工具:Azure Websites Migration Assistant,具体可参考:http://migrate4.azurewebsites.net/ 目前支持从IIS Server迁移到Azure WebSites,其中特别提供了技术兼容性等方面的分析,例如端口绑定(Port Binding)、IIS身份认证、GAC、缓冲池等。如下图,工具将给出分析报告。 目前,这个工具只支持从IIS server到Azure WebSites的迁移辅助,而Azure WebSites还支持Java、PHP、Node.js或Python,后续期待工具能够涵盖对这些技术的支持;当然,也可以考虑参考这个工具的思路,开发适合自己需要的迁移辅助工具。


利用 Hyper-V Switch 计划切换到 Hyper-V – 第 1 部分

原文链接:http://blogs.technet.com/b/privatecloud/archive/2012/03/08/switch-to-hyper-v-with-the-hyper-v-switch-program-part-1.aspx 如果您正在考虑实现 Microsoft 私有云,您可能面临的挑战之一是如何将虚拟机从目前的 VMware 平台迁移到 Hyper-V 平台。当然,您可以手动完成所有这些工作,使用手动的流程和文件转换工具,但这样做可不会让您告诉 CIO 的ROI 故事更动听。您真正想知道的是,在对迁移生产虚拟机的风险进行判断的相关指南和证明点都非常有限的情况下,如何能移除 Vmware。 我们了解您的挑战,所以我们制定了 Hyper-V Switch 计划。Hyper-V Switch 计划为您提供:   评估——在该阶段要完成一次评估,看看您是否有足够的容量将目前的 VMware 虚拟机迁移到 Hyper-V 环境。该评估还将估计迁移需要用多少时间,以及要迁移多少 VM。还没有 Hyper-V 环境?没有问题。我们有 Microsoft Consulting Services (MCS) 的 Hyper-V Cloud Jumpstart。这个快速启动计划将带来一个四节点的 Hyper-V 群集,并利用 System Center 实现云的管理、监控和自动化。Hyper-V Cloud Jumpstart 环境的实例化大约需要 20 天,并要求使用 Hyper-V Fast Track 硬件。使用评估数据,我们将确保您的 Hyper-V 环境可以运行来自 VMware 等系统的虚拟机。 一旦基础架构已就绪并且可用,下一步就是安装工具包虚拟机。其结果将是迁移引擎的部署(这包括 Veeam的组件、Opalis、工作流和一个门户)以及后续的虚拟机迁移。这将包括…