关键词：
目录
一、前言
Azure IAAS在Mooncake正式支持ARM模式已经有一段时间了，ASM模式下大部分功能配置需要通过Powershell来配置资源，而ARM模式下基本都可以通过Portal进行配置，同时还可以通过模板部署复杂的应用程序，使用VM扩展来配置虚拟机以及纳入了访问管理和标记。针对计算、网络和存储单独担供生命周期管理，给广大的IT管理员提供了非常好的用户体验。
当前很多购买Azure的企业仍在使用Azure ASM模式，造成一些管理及操作上的不便。今天我们就来谈谈如何从ASM平滑的甚至是0宕机的迁移至ARM。
二、三种迁移方式及优缺点
目前Azure从ASM迁移至ARM分三种方式：
- 平台内置的迁移服务：
这个服务是内置的，只需要你注册Resource Provider就可以使用。
主要优点：
- 虚拟机无宕机时间
- 有官方支持
主要缺点：
- 迁移粒度只能通过vnet或者云服务来迁移,无法根据客户定制的方式,比如项目进行迁移
- 虚拟机和存储，网络要分开迁移，比较繁琐
- 不支持跨地区，跨订阅的迁移
- ASMtoARM项目：支持单个虚拟机迁移的Powershell脚本
官网地址：https://github.com/Azure/classic-iaas-resourcemanager-migration
ASM模式下删除虚拟机后，使用VHD磁盘在ARM模式下创建虚拟机也是可以的。
对于生产环境的迁移，一定要非常谨慎，做好用户云端生产环境评估，选择一种或几种适合用户场景的解决方案，在本地LAB做完测试后，方可开始在用户的生产环境中迁移。
若用户是同一订阅下的ASM到ARM的迁移，建议大家用第一种方式—Azure平台内置的迁移方式，基本可以做到0宕机，保证你的迁移过程平滑而顺利，今天我们以第一种方式的实践经验给大家抛砖引玉。
三、迁移准备工作
首先，在迁移之前必须让客户了解ASM与ARM的数据平面及管理平面的差异，在迁移之后客户才能了解最新的ARM如何管理，如何根据自己的业务逻辑配置诸如ACL功能。差异主要体现在如下两点：
- "管理/控制平面"：进入管理/控制平面或 API 来修改资源的调用。 例如，创建 VM、重启 VM 以及将虚拟网络更新成新子网等操作均可管理正在运行的资源。 它们并不直接影响到 VM 的连接。
其次我们需要确认哪些资源可以迁移，哪些资源不可以迁移(一定要注意)。
（一）支持的ASM IAAS资源
- 虚拟机
- 可用性集
- 云服务
- 存储帐户
- 虚拟网络
- VPN 网关
- 快速路由网关 （仅限在虚拟网络所在的同一订阅中）
- 网络安全组
- 路由表
（二）支持的迁移范围
- 迁移（不在虚拟网络中的）虚拟机
- 迁移（虚拟网络中的）虚拟机
- 存储帐户迁移
- 未附加的资源（网络安全组、路由表和保留 IP）
- 可以请求平台创建新的虚拟网络，并将虚拟机迁移到新的虚拟网络。
目前不支持以下配置，如果在将来添加支持，可能会造成这一配置中的某些 VM 停机（经历停止、解除分配和重新启动 VM 等操作）。
Resource Manager 部署模型没有经典映像和磁盘的概念。 迁移存储帐户时，经典映像和磁盘不在 Resource Manager 堆栈中可见，但后备 VHD 保留在存储帐户中。
未附加到任何虚拟机和虚拟网络的网络安全组、路由表和保留 IP 可以单独迁移。
（三）不支持的功能和配置
目前不支持以下功能，你可以选择删除这些设置、迁移 VM，然后在 Resource Manager 部署模型中重新启用这些设置。
资源提供程序
功能
建议
计算
不关联的虚拟机磁盘。
迁移存储帐户时，将迁移这些磁盘后面的 VHD blob
计算
虚拟机映像。
迁移存储帐户时，将迁移这些磁盘后面的 VHD blob
网络
终结点 ACL。
删除终结点 ACL 并重试迁移。
网络
使用 ExpressRoute 网关和 VPN 网关的虚拟网络
开始迁移之前请删除 VPN 网关，然后在迁移完成后重新创建 VPN 网关。
网络
应用程序网关
开始迁移之前请删除应用程序网关，然后在迁移完成后重新创建应用程序网关。
网络
使用 VNet 对等互连的虚拟网络。
将虚拟网络迁移到 Resource Manager，然后对等互连。
服务
配置
建议
资源管理器
经典资源的基于角色的访问控制 (RBAC)
由于资源的 URI 在迁移后会进行修改，因此建议用户规划需要在迁移后进行的 RBAC 策略更新。
计算
与 VM 关联的多个子网
将子网配置更新为只引用子网。
计算
属于虚拟网络，但未分配显式子网的虚拟机
可以选择性地删除 VM。
计算
具有警报、自动缩放策略的虚拟机
迁移进行下去时，这些设置会删除。 强烈建议用户在进行迁移之前先评估其环境。 或者，也可以在迁移完成之后重新配置警报设置。
计算
XML VM 扩展（BGInfo 1.*、Visual Studio 调试器、Web 部署和远程调试）
此操作不受支持。 建议用户在继续迁移之前从虚拟机中删除这些扩展，否则系统会在迁移过程中自动删除它们。
计算
使用高级存储启动诊断
在继续执行迁移之前，为 VM 禁用启动诊断功能。 在迁移完成之后，可以在 Resource Manager 堆栈中重新启用启动诊断。 此外，应删除正用于屏幕截图和串行日志的 blob，以便不会再为这些 blob 向你收费。
计算
包含 Web 角色/辅助角色的云服务
目前不支持。
网络
包含虚拟机和 Web 角色/辅助角色的虚拟网络
目前不支持。
Azure App Service
包含应用服务环境的虚拟网络
目前不支持。
Azure HDInsight
包含 HDInsight 服务的虚拟网络
目前不支持。
Microsoft Dynamics Lifecycle Services
包含由 Dynamics Lifecycle Services 管理的虚拟机的虚拟网络
目前不支持。
Azure AD 域服务
包含 Azure AD 域服务的虚拟网络
目前不支持。
Azure RemoteApp
包含 Azure RemoteApp 部署的虚拟网络
目前不支持。
Azure API 管理
包含 Azure API 管理部署的虚拟网络
目前不支持。 若要迁移 IaaS VNET，请更改 API 管理部署的 VNET（该部署不会造成停机）。
计算
Azure 安全中心扩展，其中包含的 VNET 在本地 DNS 服务器上设有支持传输连接的 VPN 网关或 ExpressRoute 网关
Azure 安全中心在虚拟机上自动安装扩展，用于监视其安全性并引发警报。 如果在订阅上启用了 Azure 安全中心策略，通常会自动安装这些扩展。
四、迁移计划制定
- 迁移包括哪些应用程序，分门别类用表格记录
- 评估资源是否可以被迁移，若不可以迁移，是否有相应的解决方案
- 迁移是否有宕机时间，客户是否可以接受
- 迁移时间预估并在LAB环境中演练
- 迁移文档
- 按照迁移文档正式迁移
五、LAB环境测试
注意：测试环境中也许20-40分钟就可以完成迁移测试，但是这不完全代表客户的真实环境也会在短时间内被迁移，同时也需要考虑迁移后的完整性测试，真实的迁移时间远远大于你在实验室测试的时间。
六、迁移
正式迁移按照迁移文档的步骤按部就班，这里我以一个真实的迁移场景为例。
客户的场景:N台VM，N个Vnet, N个可用性组， 1个ER，每台虚拟机都启用了Azure Backup及ACL控制。
在这个场景中我们需要移除Azure backup针对Azure VM的备份，同时记录VM的ACL控制列表，删除ACL控制，方便后续在ARM下启用NSG
其次复制迁移文档里的Powershell,如下(请使用F8选择相应的命令行运行，这样交互式运行方便查看是否有错误，若有错误可以及时纠正，这可是用户的生产环境，一定要注意)：
Add-AzureAccount -Environment azurechinacloud
Select-AzureSubscription -SubscriptionName $subscriptionname
Login-AzureRmAccount -EnvironmentName AzureChinaCloud
Get-AzureRMSubscription | Sort SubscriptionName | Select SubscriptionName
Select-AzureRmSubscription -SubscriptionName $subscriptionname
Select-AzureRmSubscription -SubscriptionName $subscriptionname
Register-AzureRmResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate
Get-AzureRmResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate
执行完这个命令后需要等待3分钟左右，3分钟后再执行查看命令是否显示注册成功，如下图：
确认Registrationstate为Registered后就可以进行下一步了。
这一步是迁移用户的ER专线到ARM模式，若下段Powershell执行没有任何问题，一气呵成，ER只会产生一次秒断，对于业务的影响很小。
New-AzureRmResourceGroup -Name "ER资源组" -Location "chinanorth"
$ckt = Get-AzureRmExpressRouteCircuit -Name "ER名称" -ResourceGroupName "ER资源组"
$ckt.AllowClassicOperations = $true
Set-AzureRmExpressRouteCircuit -ExpressRouteCircuit $ckt
到目前为止ER已经转到ARM模式下了，同时ASM的VM还可以继续正常访问ER线路，不会造成业务的中断。
迁移生产环境的Vnet时会发生各种各样的问题，这时需要我们耐心去解决。
$err=Move-AzureVirtualNetwork -Validate $vnetname
这个Powershell命令是检查是否可以迁移的，在生产环境中，客户的环境是多种多样的，我们初次运行此命令时，大部分可能是如下失败的状态，意味着必须先解决问题才能继续迁移：
此时使用$err.validationmessages并导出至txt文件分析错误信息
等所有的Error都解决后，再重新RUN下此命令，直到出现Validation passed。如何解决对应的问题请参考附录。
有些VM有warnings，这个没太大关系，主要是有一些VM扩展无法迁移至ARM模式，在迁移的时候会跳过扩展，比如BGinfo1
Move-AzureVirtualNetwork -Prepare $vnetName
Move-AzureVirtualNetwork -Commit $vnetName
#Move-AzureVirtualNetwork -Abort $vnetName
#迁移存储，为了确保迁移成功，不使用循环，迁移一个存储查看一次状态
Move-AzureStorageAccount -Validate -StorageAccountName $storageAccountName
Move-AzureStorageAccount -Prepare -StorageAccountName $storageAccountName
#Move-AzureStorageAccount -Abort -StorageAccountName $storageAccountName
Move-AzureStorageAccount -Commit -StorageAccountName $storageAccountName
存储迁移的时间相对来说会比较长一些，根据存储的存储容量，一般来说大概5分钟左右。
按照上面迁移vnet,存储的方法迁移其它资源就可以了，直至迁移完所有资源。
七、迁移后的完整测试
八、附录—常见问题索引
错误字符串
缓解措施
内部服务器错误
在某些情况下，这是重试时会消失的暂时性错误。 如果该错误仍然存在，请联系 Azure 支持人员，因为它需要调查平台日志。
注意：支持团队跟踪事件后，请不要尝试任何自我缓解措施，因为这可能会对环境造成意想不到的后果。
HostedService {hosted-service-name} 中的部署 {deployment-name} 不支持迁移，因为它是 PaaS 部署（Web/辅助角色）。
当部署包含 Web/辅助角色时，会发生这种情况。 由于只有虚拟机才支持迁移，请从部署中删除 Web/辅助角色，并重试迁移。
模板 {template-name} 部署失败。 CorrelationId={guid}
在迁移服务的后端，我们将使用 Azure Resource Manager 模板在 Azure Resource Manager 堆栈中创建资源。 由于模板是幂等的，通常可以安全地重试迁移操作，以通过此错误。 如果此错误仍然存在，请联系 Azure 支持人员，并向他们提供 CorrelationId。
注意：支持团队跟踪事件后，请不要尝试任何自我缓解措施，因为这可能会对环境造成意想不到的后果。
虚拟网络 {virtual-network-name} 不存在。
如果在新的 Azure 门户中创建虚拟网络，则可能会发生这种情况。 实际的虚拟网络名称遵循模式"Group * "
托管服务 {hosted-service-name} 中的 VM {vm-name} 包含 Azure Resource Manager 不支持的扩展 {extension-name}。 建议从 VM 中卸载该扩展，再继续迁移。
Azure Resource Manager 不支持 XML 扩展，如 BGInfo 1.*。 因此，无法迁移这些扩展。 如果将这些扩展保留安装在虚拟机上，则在完成迁移之前会自动将其卸载。
HostedService {hosted-service-name} 中的 VM {vm-name} 包含当前不支持进行迁移的扩展 VMSnapshot/VMSnapshotLinux。 请从 VM 中卸载它，在迁移完成后再使用 Azure Resource Manager 重新添加它
这是为 Azure 备份配置虚拟机的方案。 由于这是当前不支持的方案，请按照 https://aka.ms/vmbackupmigration 中的解决方法进行操作
托管服务 {hosted-service-name} 中的 VM {vm-name} 包含未从 VM 报告其状态的扩展 {extension-name}。 因此，此 VM 无法迁移。 确保从此 VM 报告该扩展状态或者将该扩展从此 VM 中卸载，并重试迁移。
托管服务 {hosted-service-name} 中的 VM {vm-name} 包含报告处理程序状态: {handler-status} 的扩展 {extension-name}。 因此，此 VM 无法迁移。 确保所报告的扩展处理程序状态为 {handler-status} 或将该扩展从 VM 中卸载，并重试迁移。
托管服务 {hosted-service-name} 中 VM {vm-name} 的 VM 代理正在将总体代理状态报告为"未就绪"。 因此，该 VM 无法迁移（如果它有可迁移的扩展）。 请确保 VM 代理将总体代理状态报告为"就绪"。 请参阅 https://aka.ms/classiciaasmigrationfaqs。Azure 来宾代理和 VM 扩展需要对 VM 存储帐户进行出站 Internet 访问以填充其状态。 状态失败的常见原因包括
? 阻止出站访问 Internet 的网络安全组
? 如果 VNET 有本地 DNS 服务器并且 DNS 连接已丢失
如果仍然看到不支持的状态，则可以卸载该扩展以跳过此检查并继续进行迁移。托管服务 {hosted-service-name} 中的部署 {deployment-name} 不支持迁移，因为它具有多个可用性集。
目前，只有具有 1 个或更少可用性集的托管服务可以进行迁移。 要解决此问题，请将额外的可用性集及这些可用性集中的虚拟机移到其他托管服务。
托管服务 {hosted-service-name} 中的部署 {deployment-name} 不支持迁移，因为它的 VM 不属于可用性集，即使托管服务包含一个可用性集。
这种情况的解决方法是将所有虚拟机都移到单个可用性集中，或者从托管服务的可用性集中删除所有虚拟机。
存储帐户/托管服务/虚拟网络 {virtual-network-name} 正处于迁移过程中，因此不能更改
对资源的"准备"迁移操作已完成并触发了对资源的更改操作时，会发生此错误。 由于在"准备"操作完成后锁定了管理平面，因此将阻止对资源的任何更改。 若要解锁管理平面，可以运行"提交"迁移操作以完成迁移，或者"中止"迁移操作以回退"准备"操作。
托管服务 {hosted-service-name} 不允许迁移，因为它的 VM {vm-name} 处于状态: RoleStateUnknown。 仅当 VM 处于以下状态之一时允许迁移 -"正在运行"、"已停止"、"已停止解除分配"。
该 VM 可能正在进行状态转换，这通常在对托管服务进行更新操作（例如，重新启动、安装扩展等）期间发生。建议等到对托管服务的更新操作完成后，再尝试迁移。
HostedService {hosted-service-name} 中的部署 {deployment-name} 包含具有数据磁盘 {data-disk-name} 的 VM {vm-name}，该数据磁盘的物理 Blob 大小 {size-of-the-vhd-blob-backing-the-data-disk} 字节数不匹配 VM 数据磁盘逻辑大小 {size-of-the-data-disk-specified-in-the-vm-api} 字节数。 迁移将继续，而无需指定 Azure Resource Manager VM 的数据磁盘的大小。
如果已调整 VHD Blob 的大小，而没有更新 VM API 模型中的大小，将发生此错误。 详细的缓解措施步骤如下所述。
在云服务 {云服务名称} 中使用媒体链接 {数据磁盘 URI} 为 VM {VM 名称} 验证数据磁盘 {数据磁盘名称} 时发生存储异常。 请确保该虚拟机可以访问 VHD 媒体链接
如果 VM 的磁盘已被删除或不再可访问，则可能发生此错误。 请确保 VM 磁盘存在。
HostedService {cloud-service-name} 中的 VM {vm-name} 包含具有 blob 名称为 {vhd-blob-name} 的 MediaLink {vhd-uri} 的磁盘，这在 Azure Resource Manager 中不受支持。
当 Blob 的名称包含"/"（这当前在计算资源提供程序中不支持）时，将出现此错误。
HostedService {cloud-service-name} 中的部署 {deployment-name} 不允许迁移，因为不在区域范围内。 请参阅 http://aka.ms/regionalscope，了解如何将该部署移至区域范围。
在 2014 年，Azure 宣布：网络资源将从群集级别范围移至区域范围。 请参阅 [http://aka.ms/regionalscope]，了解更多详细信息 (http://aka.ms/regionalscope). 当要迁移的部署尚未进行更新操作（自动将其移至区域范围）时，会发生此错误。 最好的解决办法是向 VM 添加终结点，或者向 VM 添加数据磁盘，并重试迁移。
请参阅如何在 Azure 中的经典 Windows 虚拟机上设置终结点或将数据磁盘附加到使用经典部署模型创建的 Windows 虚拟机
从asm迁移到arm：平台支持的迁移服务
...的管理，更多新的特性，更好的体验，因此目前正在使用经典模式（ASM）的用户，在了解和使用了ARM之后，也在考虑如何将原来基于ASM模式的虚拟机，存储，网络等IAAS服务转向ARM模式，本文就来介绍一下相关的工具和服务。目... 查看详情
从asm迁移到arm：平台支持的迁移服务
...的管理，更多新的特性，更好的体验，因此目前正在使用经典模式（ASM）的用户，在了解和使用了ARM之后，也在考虑如何将原来基于ASM模式的虚拟机，存储，网络等IAAS服务转向ARM模式，本文就来介绍一下相关的工具和服务。目... 查看详情
将 IIS 从经典模式切换到集成模式时出现锁定和高 CPU
】将IIS从经典模式切换到集成模式时出现锁定和高CPU【英文标题】：LockingandhighCPUwhenswitchingIISfromClassictoIntegratedmode【发布时间】：2012-02-0810:36:19【问题描述】：在IIS6中，我们曾经使用两个第三方组件进行UrlRewriting：Helicon（用于... 查看详情
redis技术探索「数据迁移实战」手把手教你如何实现在线+离线模式进行迁移redis数据实战指南（scan模式迁移）(代码片段)
...索】「数据迁移实战」手把手教你如何实现在线+离线模式进行迁移Redis数据实战指南（在线同步数据）【Redis技术探索】「数据迁移实战」手把手教你如何实现在线+离线模式进行迁移Redis数据实战指南（离线同... 查看详情
实战：基于spring的应用配置如何迁移至阿里云应用配置管理acm
...遇到一些开发者朋友，准备将原有的JavaSpring的应用配置迁移到阿里云应用配置管理ACM中。迁移过程中，遇到不少有趣的问题。本文将通过一个简单的样例来还原迁移过程中遇到的问题和相关解决思路，以期达到和读者交流的目... 查看详情
redis技术探索「数据迁移实战」手把手教你如何实现在线+离线模式进行迁移redis数据实战指南（在线同步数据）
从实战出发使用RedisShake进行Redis数据在线+离线模式迁移指南RedisShake基本介绍RedisShake是基于redis-port基础上进行改进的是一款开源的Redis迁移工具，支持Cluster集群的在线迁移与离线迁移（备份文件导入）。数据... 查看详情
「干货分享」经典设计模式之单例模式
设计模式千千万，总是单例最常见。单例模式的定义保证一个类仅有一个实例，并提供一个访问它的全局访问点。六种单例的创建方式1.饿汉式publicclassSingleton{privatestaticSingletoninstance=newSingleton();privateSingleton(){}publicstaticSingletongetI... 查看详情
redis技术探索「数据迁移实战」手把手教你如何实现在线+离线模式进行迁移redis数据实战指南（在线同步数据）(代码片段)
从实战出发使用RedisShake进行Redis数据在线+离线模式迁移指南RedisShake基本介绍RedisShake是基于redis-port基础上进行改进的是一款开源的Redis迁移工具，支持Cluster集群的在线迁移与离线迁移（备份文件导入）。数据可平... 查看详情
zookeeper实战之单机模式
...使用者角度来介绍一下Zookeeper的安装，配置及应用。单机模式Zookeeper可以单机安装，这种应用模式主要用在测试或demo的情况下，在生产环境下一般不会采用。1.首先可以从Zookeeper的官方网站下载最新 查看详情
redis技术探索「数据迁移实战」手把手教你如何实现在线+离线模式进行迁移redis数据实战指南（数据检查对比）
...探索】「数据迁移实战」手把手教你如何实现在线+离线模式进行迁移Redis数据实战指南（在线同步数据）【Redis技术探索】「数据迁移实战」手把手教你如何实现在线 查看详情
redis技术探索「数据迁移实战」手把手教你如何实现在线+离线模式进行迁移redis数据实战指南（数据检查对比）(代码片段)
...索】「数据迁移实战」手把手教你如何实现在线+离线模式进行迁移Redis数据实战指南 查看详情
数据库迁移系列从oracle迁移到opengauss实战分享(代码片段)
之前的迁移系列中我们介绍了Mysql到openGauss的迁移方法，本篇介绍使用Ora2og工具从Oracle到openGauss数据库的迁移。文章目录简介迁移前准备环境软件安装ora2og工具安装创建迁移项目配置ora2pg.conf测试迁移导出导入Ora2Pg不足FAQ简介... 查看详情
python经典书籍：python编程实战运用设计模式并发和程序库创建高质量程序
Python编程实战主要关注了四个方面即：优雅编码设计模式、通过并发和编译后的Python(Cython)使处理速度更快、高层联网和图像。书中展示了在Python中已经过验证有用的设计模式，用专家级的代码阐释了这些设计模式，并解释了为... 查看详情
redis技术探索「数据迁移实战」手把手教你如何实现在线+离线模式进行迁移redis数据实战指南（离线同步数据）
离线迁移与在线迁移相比，离线迁移适宜于源实例与目标实例的网络无法连通的场景，或者源端实例部署在其他云厂商Redis服务中，无法实现在线迁移。存在的问题由于生产环境的各种原因，我们需要对现有服务器进行迁移，包... 查看详情
外部工具连接saas模式云数仓maxcompute实战——数据库管理工具篇
简介：本次直播将主要分享MaxCompute查询加速功能、数据库管理工具DBeaver、DataGrip、SQLWorkbench/J的部分连接演示。作者木弈阿里云智能产品经理直播视频请点击直播观看。本次分享将从四个方面讲解。01上节回顾02数据库管理工... 查看详情
azure虚拟机计费模式
您只需花几分钟的时间便可在Azure管理平台上，根据您的需求创建从一个到数千个的虚拟机实例。Azure支持多种规模的虚拟机，通过支持Linux,Windows,SQLServer,Oracle和SAP等为客户提供了多种虚拟化的灵活性以实现各种计算解决... 查看详情
sed的高级命令和软件包管理器rpm
...sed的高级编辑命令 1、高级编辑命令 P：打印模式空间开端至 内容，并追加到默认输出之前 h:把模式空间中的内容覆盖至保持空间中 H:把模式空间中的内容覆盖至保持空间中 g:从保持空间取出... 查看详情
研发模式
研发的组织模式《重塑组织》中提到依靠研发牛人和大拿型，从经验上升到科学，从人治进入法治，从难以复制进入可复制、可管理、可控制的1.0，产品生命周期管理法（PACE）所主张的核心小组和门径管理方法以华为引进IBM的IP... 查看详情