今天来讨论下ASM与ARM的迁移问题，ASM和ARM是Azure中的两种不同模式，ASM是很古老的一种模式了，与ARM模式相比有很多的不便之处。
比如ASM创建资源只能是串行的，没办法多个资源并行创建，资源没办法打tag，各个组件之间耦合度大等多个问题。所以微软很久之前就已经在推荐客户使用ARM模式的资源了
很多情况下，用户如果创建了ASM资源，比如说虚拟机，现在也都在准备迁移到ARM了。那么如何才能进行迁移，今天就来介绍一番，正巧我在Global Azure中有一个很久之前的ASM资源，可以拿来做实验
通常意义上，VM从ASM迁移到ARM，可以分为两种情况
1：VM关机迁移
这种情况相对简单，通过Azcopy首先拷贝一份vhd文件出来，直接通过vhd创建出disk，然后再通过disk创建出ARM VM即可
2：VM开机迁移
相对来说复杂一点，但是其实也很简单，首先对磁盘做快照，然后将快照导出成vhd，使用vhd创建disk，然后再通过disk创建出ARM VM即可，这种方法对于HDD和SSD磁盘都是通用的
一般来讲对于这种比较繁琐的操作，我都是写好PowerShell脚本执行的，在Mooncake中，这是个不得已而为之的做法，但是在Global Azure，实际上我们可以简单得多
选择一个ASM vm之后，可以看到有个选项直接就是migrate to ARM，真是简单粗暴，我很喜欢
首先迁移前，要先进行一些检查工作，因为其实有很多元素是不支持迁移的
验证过程中
可以看到果然验证出了问题，因为有一个extension不支持迁移，所以验证失败了
没关系，直接到VM中，选择extension，然后把这个extension直接卸载掉
Endpoint rules也会导致失败，删除rules之后，重新进行验证，这时候终于成功了
第二步开始准备迁移工作
准备完成后，会告诉我们资源迁移到ARM模式后会被放在哪个资源组中，另外也会删除注明迁移后之前的ASM资源将会被删除，输入yes之后，点击commit
已经开始迁移
等待一段时间之后，迁移已经完成了
之前的ASM资源已经不见了，换成了ARM资源！
当然了因为底层也全都不一样了，之前的公网IP等信息也都换了
另外，迁移之后使用的是非托管磁盘，这个可以手动更新
这时候，我们看到的就是一个全新的ARM虚拟机了！跟在mooncake的体验简直完全不一样