Azure服务器工作负载迁移方法选择指南
Azure服务器工作负载迁移方法选择指南
在将本地服务器工作负载迁移到Azure时,选择合适的迁移方法至关重要。本文将详细介绍Azure Migrate和Azure Site Recovery两种迁移工具,并对比无代理和基于代理的迁移选项,帮助你根据业务需求做出最佳选择。
选择迁移方法
在项目的早期阶段,你对当前环境执行了完整的发现和评估。你确定了迁移范围内的服务器和服务的清单,以及它们之间的依赖关系。你已从处理单个服务的IT和业务团队处获得指导和支持,并且你的领导团队已批准迁移。
你的第一项任务是确认迁移方法和工具,以满足公司在Azure中重新托管现有基础结构的业务目标。
在本单元中,你将对Azure Migrate和Azure Site Recovery作为将服务器工作负载迁移到Azure的选项进行比较。你还将查看无代理和基于代理的迁移选项,并为业务方案选择适当的方法。
确定迁移工具和服务
Azure中提供了多种工具和服务,可帮助你将资源迁移到Azure。其中许多工具都整合到了Azure Migrate服务中,该服务充当迁移工具的中心,让你可以将不同的迁移任务集中在一个位置。
工具的选择取决于计划迁移的工作负载类型。对于数据库工作负载,Azure数据库迁移服务(Azure DMS)之类的工具可帮助你管理将数据库工作负载移动到Azure的整个过程。
计划迁移试点
作为战略的一部分,你计划通过迁移公司不被视为业务关键型企业应用程序的子集来运行初始试点。这些应用程序目前作为托管在Hyper-V上的Windows Server和Linux工作负载,在数据中心内运行。迁移的后续阶段将包括VMware上运行的工作负载。
在本单元中,你将了解Azure Migrate如何帮助你完成试点迁移。你还可以使用Azure Site Recovery将VM从本地迁移至Azure。通过比较这两个选项,你将了解哪种方法能够更好地满足你的业务场景。
Azure Migrate
Azure Migrate提供集成式的工具中心,可用于评估本地基础结构、应用程序和数据并将它们迁移到Azure。假设你已使用Azure Migrate来评估环境。你可以使用同一个Azure Migrate项目中的Azure Migrate:服务器迁移工具执行迁移。Azure Migrate中提供本机评估和迁移工具,无需额外付费。
在本模块中,你将重点了解如何使用工具来评估和迁移工作负载。
ISV工具
没有一个迁移场景是完全相同的。某些迁移项目可能会面临独特的挑战,除了Azure的本机工具外,还需要扩展的迁移解决方案。Azure Migrate通过同一个统一的门户接口与其他Azure服务、工具和独立软件供应商(ISV)产品/服务集成在一起。如果组织在迁移项目中面临特定的挑战,ISV产品/服务可提供备选选项,并且你可以直接从Azure Migrate访问这些选项。
迁移或灾难恢复
虽然你也可以使用Azure Site Recovery将工作负载迁移到Azure,但Azure Migrate针对迁移进行了设计和优化。Azure Migrate中心集中了不同工作负载(包括物理和虚拟服务器、数据库和应用程序)所需的所有工具和支持。
Azure Migrate使你能够发现资源,并提供评估报告,报告中包括每月成本预估(计算和存储)、Azure VM准备情况和基于性能的正确大小调整。
Azure Site Recovery
将本地和公有云工作负载迁移到云是一项特定的业务决策。Azure Site Recovery设计为用于本地和Azure VM的灾难恢复服务。如果发生中断,它可以自动将工作负载从主站点复制到辅助站点。通过提供将Azure作为辅助站点的访问权限,你可以避免构建(或租赁)和维护另一个数据中心所需的成本。VM故障转移可以从本地到Azure,也可以从一个Azure区域到另一个Azure区域。但是,如果使用Azure Site Recovery将工作负载迁移到Azure,则不能进行故障回复,因为迁移是一次性操作。
尽管在数据复制过程中有一些相似之处,但Azure Migrate和Azure Site Recovery的用途不同。在本模块中,你将重点了解如何使用Azure Migrate来满足公司的业务需求并迁移工作负载。
比较无代理迁移与基于代理的迁移
计划迁移时,首先要决定使用基于代理的迁移方法还是无代理迁移方法。基于代理的方法涉及在要复制以进行迁移的每台计算机上安装轻型代理。代理协调来自每台计算机的复制数据,并准备将其发送到Azure。使用基于代理的复制,无需在迁移过程中关闭系统电源,从而可以确保持续的运营周期。
基于代理的迁移会产生管理代理和使代理保持最新的成本。无代理迁移提供更便宜的解决方案,并避免了管理开销。但是,它要求系统在迁移期间处于脱机状态。通常,如果系统是业务关键型系统,则应使用基于代理的选项。对于非关键型系统或远程系统,较短的脱机时间不会带来大问题,你可以使用无代理迁移。
使用无代理迁移
考虑选择迁移工具时,请记住试点的初始目标是将基于Hyper-V的VM迁移到Azure。Azure Migrate服务器迁移工具使用针对Hyper-V进行优化的迁移工作流为本地Hyper-V VM提供无代理复制。仅在Hyper-V主机或群集节点上安装软件代理。无需在Hyper-V VM上安装任何组件。
试点要求你将Hyper-V上运行的非关键工作负载迁移到Azure。因此,你将通过Azure Migrate使用无代理迁移。
评估VMware工作负载
对于迁移的后续阶段,你需要考虑使用基于代理的方法,因为VMware上运行了大量的公司业务关键型工作负载。
使用基于代理的选项,你还可以获取有关VMware工作负载如何彼此相关以及VM之间的依赖关系的详细信息。代理将收集该数据,然后你可以使用Azure的依赖项可视化功能来了解这些依赖关系。利益干系人希望确保整个迁移的成功,而基于代理的依赖关系可视化将在你评估更具业务关键性的工作负载时让你更加自信。