练习 - 迁移和现代化改造
在本单元中，你将评审 Azure Migrate，了解如何使用它将特定工作负载迁移到 Azure。
虚拟机复制
你可以将迁移和现代化改造添加到 Azure Migrate 仪表板，它会显示云采用框架规划模块期间完成的评估中的计算机和见解。 可选择工具窗口中的“复制”来开始复制。
Azure Migrate 最多可执行 500 台虚拟机 (VM) 的并发复制，并且最多可以管理 200 个并发迁移。 如果需要复制更多，我们建议创建多个批次。 复制用时因 VM 的数量和大小，以及数据中心与 Azure 之间的连接速度而异。
在复制设置阶段，可以使用 Azure 迁移评估建议的 Azure 虚拟机大小的迁移设置。 也可以自行指定设置。 在此步骤中，可以选择配置正在迁移的工作负载所需的 VM 大小和存储磁盘设置。
另外在此阶段，系统还会要求你指定在迁移后 VM 所在的订阅、资源组和虚拟网络。 还可配置可用性选项（例如可用性区域或可用性集），从而帮助保护应用程序和数据免受数据中心中断和维护事件的影响。
开始复制后，可以跟踪和监视每个 VM 的复制情况。
图 1：Azure 管理中心的 Azure Migrate 服务器页面。
对已迁移的虚拟机进行测试
在所有目标 VM 均已复制并迁移到 Azure 之后，并且在将它们迁移到生产环境之前，可对其进行测试，确保一切正常工作。 该过程会运行先决条件检查、做好测试准备、创建一个新的测试 VM 并启动测试。 此过程需要花费几分钟时间。
Azure Migrate 中的测试迁移功能可在不影响本地计算机的情况下运行。 你可以测试迁移过程，执行任何应用测试，并在完全迁移之前解决任何问题。
测试迁移是一项强大的功能，可帮助你熟悉迁移过程， 还有助于了解迁移后应执行的任何任务。 你可以根据需要多次执行此测试迁移，以便优化该过程并确认各步骤。
重要
测试迁移后，请清理测试资源，确保不会产生任何额外的费用。
将虚拟机迁移到生产环境
准备好进行生产迁移后，请从 Azure 管理中心的“复制计算机”页面选择“迁移”。
在迁移之前，此过程会提示你关闭计算机，这是一个可选阶段。 如果关闭计算机，Azure Migrate 将执行计划的迁移，不会丢失任何数据（如果对计算机使用基于代理的复制，则会产生最小的数据损失）。 如果你选择不关闭计算机，系统会在迁移之前执行最终同步，但启动最终同步之后计算机上发生的任何更改都不会被复制。
终止源计算机是一个重要步骤，不过，应评估哪种选项最适合每个工作负载。
此步骤可能会影响生产系统，因此应在非高峰时段完成迁移，以最大程度地减少业务中断。
现在，Azure Migrate 将在整个生产迁移过程中运行。 你可在它验证先决条件、做好迁移准备、创建 Azure VM 和启动 Azure VM 的同时查看状态。
发布任务
迁移后，可以通过将网络流量重新路由到 VM，向 VM 发布生产流量。 在重新路由流量之前，请评估工作负载，确保每个工作负载都有完整的业务更改计划、技术验证和业务验证。
业务更改计划：确保正确传达业务更改计划的以下方面，以避免业务中断：
- 完成（或至少计划）用户培训。
- 就任何中断时段进行传达并获得批准。
- 同步生产数据，并让用户对其进行验证。
- 验证提升和采用时间。 确保时间线和更改已传达给用户。
技术验证：除了业务更改计划之外，还需要考虑验证工作负载的技术就绪情况。 下面是一些建议完成的测试：
- 网络隔离测试。 测试和监视网络流量，以确保有适当的隔离且没有意外的网络漏洞。 验证在直接转换期间要处理的任何网络路由是否未遇到意外的流量。
- 依赖项测试。 确保所有工作负荷应用程序依赖项都已迁移，并可从已迁移的资产进行访问。
- 业务连续性和灾难恢复 (BCDR) 测试。 验证是否已为备份和恢复确立任何服务级别协议 (SLA)。 如果可能，请从 BCDR 解决方案执行资产完整恢复。 至少应使用 Azure 备份添加一个备份计划。 对于更高级的 SLA，可能还需要考虑使用 Azure Site Recovery 复制到第二个区域。
- 用户路由测试。 验证用户流量的模式和路由。 确保网络性能与预期一致。
- 最终性能检查。 确保用户已完成并批准了性能测试。 执行任何自动化性能测试。
- 其他技术就绪性。 使用网络安全组限制对未使用的服务的网络访问。 部署 Azure 磁盘加密以保护磁盘，防止数据被盗和未经授权的访问。
最终业务验证：验证业务更改计划和技术就绪状态后，可完成以下最后的任务来完成业务验证：
- 成本验证（计划与实际情况）。 测试可能会在大小和体系结构方面有所更改。 确保部署定价仍与原始计划一致。
- 传达和执行直接切换计划。 在直接切换之前，请相应地传达直接切换并执行。
完成其余本地服务器的清理任务。 此类任务可能包括将服务器从本地备份中删除，并将它们的原始磁盘文件从存储区域网络 (SAN) 存储中删除以释放空间。 更新与已迁移服务器相关的文档，以在 Azure 中反映其新 IP 地址和位置。
在上述列表中的最后一个任务完成后，VM 和支持的工作负载将被视为已发布。 现在，已完成该工作负载迁移的最终阶段。