Azure Migrate：加速云迁移从重人工向自动化与工具

小提示：您能找到这篇{Azure Migrate：加速云迁移从重人工向自动化与工具}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的Azure Migrate：加速云迁移从重人工向自动化与工具内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

< ">企业上云，最耗时也是最困难的阶段就是将本地数据中心的IT架构搬迁到云上。经过这些年的摸索，对于不同业务系统，通常有不同的应对方式，形成上云的方法论：

< ">

< ">当然，为了更好的适应云端架构，彻底云原生改造和迁移到SaaS平台是最好的方式。但由于种种原因（例如兼容性、店营销活动策划第三方开发系统、改造难度等），企业使用最多的方法还是Rehost（重新托管）。

< ">从字面理解，Rehost（重新托管）就是将本地的物理服务器或虚机搬迁到云上，而整个过程却没这么简单，应该包含调研——设计——规划——PoC——实际搬迁——验证——优化等一系列的工作：

< ">

< ">如果是小规模例如十来台服务器的规模，可以手工操作，而对于大中型企业数十甚至数百台服务器，手工搬迁将成为一个噩梦。

< ">为了满足客户快速、安全的搬迁，很多软件厂商推出一系列的三方工具软件，协助客户自动化或者半自动化迁移；客户也可以使用Azure自身提供的Migration Tools（迁移工具）评估系统、ASR容灾系统等工具迁移。而今，Azure将迁移相关的评估服务、迁移工具、认证的第三方工具等，整合在一起成为一个独立服务，即Azure Migrate。

< ">Azure Migrate能做什么

< ">Azure Migrate作为统一的迁移平台，为客户提供本地数据中心的发现、评估、迁移“一条龙”服务，具备如下功能：

< ">统一迁移平台：用于启动、运行和跟踪到Azure的迁移的单一门户。

< ">工具范围：用于评估和迁移的一系列工具。Azure Migrate工具包括Azure Migrate：服务器评估和Azure Migrate:服务器迁移。Azure Migrate还集成了其他Azure服务和工具，以及独立软件供应商(ISV)产品/服务。

< ">评估和迁移：在Azure Migrate中心内，可以评估和迁移以下项目：

< ">服务器：评估本地服务器并将其迁移到Azure虚拟机或Azure VMware解决方案(AVS)。

< ">数据库：评估本地数据库，并将其迁移到Azure SQL数据库或SQL托管实例。

< ">Web应用程序：使用Azure应用服务迁移助手评估本地Web应用程序并将其迁移到Azure应用服务。

< ">虚拟桌面：评估本地虚拟桌面基础结构(VDI)并将其迁移到Azure中的Windows虚拟桌面。

< ">Data：使用Azure Data Box产品快速且经济高效地将大量数据迁移到Azure。

< ">由此可见，对于一般的本地数据中心，不仅是服务器，部分应用如DB、Web Service等也可通过Azure Migrate搬迁至Azure，不仅做了IaaS层的Rehost，甚至实现了一定范围内IaaS到PaaS的转换。

< ">Azure Migrate如何工作

< ">以单个项目为例，迁移工作通常分为如下步骤：

< ">Scope确认：确定搬迁的范围、workload之间的依赖性、迁移顺序、以及有无特殊要求等

< ">评估工作负载：手机服务器或其他应用的性能数据等，规划云上资源，在满足需求的情况下合理降低成本，并且研究更具体的研究用户模式和依赖项，以确保迁移工作的成功

< ">部署工作负债：评估完成后，在云端部署相关的负载，以便将资源直接迁移（虚机、服务器等）或重新托管（DB、Web Service等）到云端

< ">发布工作负载：本地数据中心复制到孕后，对工作负载进行测试、优化、记录和发布，审查是否符合Scope要求，并移交后后续的云治理团队、运营管理团队和安全团队，以便持续提供服务。

< ">Azure Migrate对不同环境提供了不同工具。以服务器和VM为例，Azure Migrate引入了名为Azure Migrate设备的装置来完天津电视广告投放成这一系列工作。

< ">Azure Migrate设备并不是一个独立硬件，在不同环境有不同部署方式：

< ">VMWare：OVA虚机模板，部署在ESXi服务器，并连接至VC，可以使用无代理方式（发现评估VM）或代抗d理方式（应用程序发现），持续收集VMWare环境下的基础设施信息

< ">Hyper-V：VHD虚机硬盘，部署在Hyper-V服务器，添加Hyper-V主机/群集凭据来发现Hyper-V主机/群集上的基础设施，并持续收集信息

< ">物理服务器：在Windows Server2016服务器下载安装Azure Migrate安装程序脚本，通过IP、用户名、口令方式添加需要评估的服务器，并持续收集信息

< ">其他公有云上的VM：类似物理服务器，创建一个公有云上的VM（例如EC2），并安装程序脚本，通过IP、用户名、口令方式添加需要评估的服务器，并持续收集信息

< ">经过一段时间的信息收集，可以在Azure Portal选择评估：

< ">

< ">评估方式有两类：

< ">按本地原样：基于本地服务器的配置给出VM的配置

< ">基于性能：根据收集的一段时间内的性能数据给出建议的配置

< ">评估内容如下：

< ">Azure迁移就绪性：VM是否适合迁移到Azure

< ">每月成本估算：预估的VM成本

< ">每月存储成本估算：迁移后的磁盘预估成本

< ">评估示例如下：

< ">

< ">完成评估后，即可进行迁移。

< ">对于不同环境，迁移方式略有差异。以VMWare的无代理迁移为例，大致步骤如下：

< ">启用复制：

< ">

< ">2.确认直接使用评估的配置还是需要手工修改：

< ">

< ">3.按批次选择需要迁移的VM（注意依赖性）：

< ">

< ">4.选择迁移的订阅、Region、资源组、VNet、可用性等

< ">5.检查配置情况：

< ">

< ">6.指定是否迁移磁盘和磁盘类型：

< ">

< ">7.开始复制并跟踪进度

< ">以上是简单的迁移步骤，当然过程中还有迁移测试、安全设置，并且如果在大规模迁移中，还需要考虑并发的网络要求，为了降低业务中断时间，可以预先做初始迁移，真正切割时再做增量以节约迁移窗口等具体规划设计。

< ">最后

< ">以上简单介绍Azure Migrate的相关概念和用途。作为Azure官方的统一迁移平台，其功能已经比较完善，并且还整合了很多三方工具作为补充。Azure Migrate目前支持国际版Azure用户使用，可以关注的是，该服务预计于2021年初落地中国区，还是非常值得期待的。

< ">在迁移过程中，特别是大型环境的迁移，工具只是其中一环，还需要做好详细的规划、方案、应急预案等。基于此，Azure今年将云治理相关的CAF（Cloud Adoption Framework）和WAF（Well-Architected Framework）作为企业上云的重点，在解决上不上云的问题后，解决如何上好云的问题。同时，也通过帮助合作伙伴获得ASP认证的方式提升合作伙伴的技能，帮助到已经上云或者想要上云的用户。