向Azure迁移之VMware篇
序 言
随着Azure的越来越普及,很多人都开始向Azure迁移,这里总结了一下最常见的几种迁移方式,并介绍一下如何迁移到Azure。
Azure自带的迁移主要是两种服务,一种是站点恢复服务,一种是基于Azure迁移服务。两者本质上是一样的,只是Azure迁移服务更加直观一些,也更方便,是微软公司主推的迁移服务。
打开Azure迁移的页面,可以很直观的看到几种可以使用的模式: 服务器,数据库,虚拟桌面,网络程序和数据盒。我在这里着重介绍一下服务器的迁移,这也是最常见的迁移方式。
以下内容,需要有一定的Azure基础,如果没有的话,请先挨踢茶馆的AZ-103课程,里面有详细Azure基础教程,全程实操,学习起来非常直观。
本系列文章将会分为3个章节,分别讲解VMware,Hyper-V,AWS/本地网络迁移到Azure的方法和流程。
第一章: VMware迁移到Azure
Vmware是虚拟时代的王者,大部分公司都有很多的虚拟机运行在vmware上。那么现实中最常见的一种迁移,就是从Vmware迁移到Azure,下面我们开始一步一步的做:
我们打开Azure迁移的页面以后,选择Servers:
这里有我以前迁移过的服务器记录,上下两个模块,上面主要是评估,下面才是服务器迁移的模块,我们直接从迁移模块开始,选择Discover(发现):
这里选择虚拟机的类型,我们选Vmware vSphere,下面这个选项是选择哪种复制模式,一种是需要安装代理,一种是不需要的,主要区别可以选择旁边的‘帮我选择’查看,也可以直接用这个链接https://docs.microsoft.com/zh-cn/azure/migrate/server-migrate-overview
我这里选择无代理复制:
无代理复制主要的原理就是在Vmware虚拟环境下安装一个Azure的代理服务器,然后用来发现本地所有的虚拟机,最后再通过这个代理服务器和Azure通讯,实现对主机的复制。
我们需要下载这个ova文件,并在vmware里面创建一个新的Azure代理服务器。
选择下载好的OVA文件
选择需要部署的位置,也就是选部署在哪一台服务器上
选择好,然后点取下一步,Vshpere会开始验证一下这个OVA
验证完毕,列出具体信息供查看,核对后,选择下一步
下面要选择磁盘的格式和策略,这个要根据具体情况来选择,我这里选择精简置备和默认策略
下一步选择网络,这里就选择缺省的网络
最后,所有的设置都完成了,系统会列出相关的配置,确定后,就点取finish
然后Vsphere就开始导入OVA并且部署,这里系统显示OVF,具体区别大家可以去查一下VMWARE的模板知识
部署完毕之后,右键点击新建的虚拟机,然后选择启动—打开电源
我们可以看到,这就是一个win2019的虚拟机,里面内置了Azure迁移的软件
进入系统以后,会先显示一个规定条件,选择接受即可
创建系统管理员的密码,这个自己要记住,后面会用到
完全进入系统以后,会自动打开Azure迁移应用的页面
首先是检查前提条件,比如你是否接受的他们的规定,网络是否连通
检查时间是否和网络同步,检查是否安装了最新的迁移更新
这里需要输入管理员的账号和密码来安装更新(第一次进入系统的时候设置的)
最后一步,要安装Vmware vSphere虚拟磁盘开发工具,这个需要点击1里面的下载链接
这里注意一下,因为系统默认是打开IE增强安全的,所以会不停的跳出来打开网页确认信息,并且要求你把网站地址加入可信清单
如果嫌烦,可以打开系统管理工具,选择本地服务器,然后找到IE增强安全设置,把on改成off,这样打开新网页就不会跳出提示了
打开连接以后,需要输入vmware的账户名和密码,如果没有,可以注册一个
进去之后,自动跳到需要下载的安装包页面
选择下载,并且同意各种规定要求(不同意就不能下,没办法)
下载下来以后,会发现是一个zip包,解压缩以后,复制到C:\Program files\Vmware\Vmware Virtual Disk Development Kit\
复制完毕以后,就可以关掉这个文件夹了
再回到刚才验证的页面,点击验证,就通过了第一阶段的验证了,然后点取contiune,进入第二阶段
第二阶段是要登录Azure来验证你的账号信息,请输入你的Azure账号和密码
这里要注意一下,无代理服务服务器不支持MFA认证登录,如果你的Azure账户启动了MFA,这里会登录失败,要临时关掉才行。如果用有代理服务服务器模式的话,就不需要了,但是那个模式需要在每个虚拟机上都安装代理,有点麻烦,个人不是很推荐。
登录进去以后,选择自己的订阅,迁移的项目名称(缺省),最后键入自己定义的应用名字。
填写好以后,选择注册
等系统显示注册成功以后,Azure那边就有了相关记录了
下面要填写Vcenter的地址,账户名和密码
写完以后,选择验证链接,如果不成功,请检查自己的账户名和密码
验证成功以后,需要添加虚拟机的账户名和密码,这里指的是登录虚拟机并且有admin权限的账户,这样才可以对虚拟机进行复制的工作。推荐使用域管理员账号,如果没有,那么本地管理员账号也行。
添加账号密码这里可以选择Windows或者linux,你的vmware下需要迁移的服务器的管理员账号都添加一下
我在这里添加了一个windows域管理员和一个linux的管理员账号和密码
为了兼顾两种类型的多种系统,我特别安装了win2008r2,win2012r2,win2019,centos7等常见系统。
然后选择保存和发现,开始添加vcenter里面的虚拟机
等所有的检查都结束了,Azure迁移应用这里的操作也就结束了,我们可以直接点击进入Portal,或者在其他的机器上进入Azure的portal进行下面的操作
回到Azure, 选择Azure Migrate,然后选择左边列表中的服务器,这里面有我过去迁移过的项目,所以有一些数字
我们选择下面的迁移工具中的已发现的服务器
这里会列出我们刚才在Vmware的Azure迁移应用中发现的所有服务器,这里请大家注意一下,如果vmware虚拟机没有安装vmtool的话,将无法发现虚拟机上面安装的应用,可能会在迁移中发生丢失,所以请确保每个vmware虚拟机都安装了vmtool,下面的图列出了没有vmtool和有vmtool的区别,1图是显示没安装的情况,就无法发现应用,2,3图是发现的应用程序和角色功能。
在已发现的服务器的最上面的菜单栏,有两个选项,一个是创建评估,一个是复制,创建评估就是对这些服务器进行评估,看看他们是否适合被复制和迁移,我在这里直接选择复制。
复制的第一步,是选择虚化的类型,我这里是Vmware,所以选择第一个,本地设备选择我们刚才设置好的迁移应用名称
下面选择需要迁移的虚拟机,因为我们没有评估,所以这里选择手动指定迁移设置,并且在需要迁移的服务器名称前面打勾
下一步选择目标,也就是需要放置虚拟机的订阅账号,资源组,虚拟网络和子网,并且这里可以选择是否让Azure提供windows许可证,如果你自己有许可证,可以选择已有符合条件的许可证。
下面配置虚拟计算的信息,比如VM大小,操作系统,还有可用性集。
VM的大小有很多选择,可以让Azure根据虚拟机的原有配置自动配比,也可以手动指定大小
下一步,选择磁盘类型,这里可以选择你要复制的磁盘还有类型,比如标准HDD,标准SSD还是高级
最后,列出了所有已选择的配置信息,在仔细检查以后,就可以选择开始复制,这里请注意一下下面的提示,不同的系统有不同的版本要求,请确保你的服务器都符合要求,特别是一些老旧的系统,迁移之前请安装相应的补丁。
选择复制以后,可以在右上角的通知那里打开查看情况
我们点击‘正在启动服务器复制’的通知,就进入了站点恢复作业列表,里面显示复制的具体进程。
我们也可以点击单独的开始复制,然后进去查看每一份复制的情况
请注意,这里会花一些时间才会显示在迁移工具的‘复制服务器’里面,迁移的服务器越多,这里等待的时间越长,请耐心点,不要反复的操作。
等到迁移工具里面的‘复制服务器’显示了正确的数字以后,我们可以点击进去查看复制状况
我们也可以点击查看单个复制服务的运行状况
在单个复制工作界面的左边,选择磁盘,可以看到Azure将本地虚拟机复制到云端所产生的虚拟磁盘
这个磁盘,可以在Azure 磁盘里面查到,可以看到大小和我们本地虚拟机的磁盘大小一致
等到复制完毕,迁移阶段显示为:测试迁移正在挂起,这里我建议大家可以选择性的进行一下测试迁移。当然,如果很有把握的话,就直接在菜单中选择迁移就行
我们也可以查看一下左边菜单栏里面的计算和网络,看看配置是否符合要求,并且查看虚拟网络和子网配置
在磁盘里面可以检查磁盘的状态,这里是‘正在复制’状态,也就是Azure迁移的本质其实是将本地虚拟机复制到Azure,并且持续复制更新,直到迁移完成为止。
现在我们可以做一下测试迁移,在迁移阶段显示:测试迁移正在挂起 以后,点击测试迁移
这里会让你选择测试的虚拟网络,请注意,这不一定是你原来在迁移设置中所配置的虚拟网络,因为这只是一个测试而已。
选择好以后,Azure就可以在选定的虚拟网络中创建一个测试虚拟机
我们回到上级目录,可以看到这个服务器的迁移阶段变成了:测试迁移正在进行
我们到虚拟机条目里面,可以看到一个测试虚拟机正在创建,这里的名称现在是一个随机名称,等创建好,就变成原来的名称加一个‘-test’
点击名称,打开虚拟机,可以看到正在创建的状态
请注意,这个测试虚拟机所在的虚拟网络,如果没有配置自动添加公有IP的话,这里是不会有公有IP自动配置的
等测试服务器建立完毕,测试无误以后,我们回到Azure迁移服务,选择清理测试迁移
然后我们可以在虚拟机选项下看到刚才创建好的测试服务器正在被删除
等测试完毕,可以看到‘测试已迁移的服务器’变成了1,
点击进入复制服务器里面,可以看到刚才测试过的服务器的迁移阶段变成了:已可迁移
这里我要说明一下,测试迁移不是必须的,我们可做可不做。现在我们开始迁移,这里我选择刚才测试过的服务器,在菜单栏里选择迁移
下面提示你是否需要关闭服务器,关闭的话,就是确保所有的数据都可以完整复制,如果不关闭,会丢失一些新增的数据。生产环境中,建议大家选择关闭虚拟机,在维护时间迁移。
因为我这里是演示用的服务器,所以我选择否,然后在状态中我们可以看到关闭虚拟机这一项显示为跳过。
在等待迁移的过程中,我们可以到虚拟机选项中查看,这里会显示正在创建的虚拟机状态
复制完毕之后,我们可以对虚拟机进行使用。当然再回到迁移工具那里,会看到该服务器已迁移。
从Vmware迁移到Azure的具体过程就是这些,当然里面有很多其他的内容,因为篇幅的原因无法一一细讲。有几个地方我们需要特别注意:
- 如果选择的是需要安装代理的代理服务器类型,会在每个需要迁移的虚拟机上安装代理
- 复制状态有的时候会出错,特别是win服务器,很大情况下是COM+ 服务或者Azure代理服务没有运行或者有问题,需要启动或者重启动一下服务
- Azure在复制和迁移的每一步,反应都会比较慢,系统通知经常会卡住,只要耐心等待就行,如果出错,重来一次,大部分情况下都可以解决问题。
- 在迁移过程中,需要对虚拟网络,子网等做好规划,如果没有配置自动添加公网IP,那么之后需要手动添加。
- 有公有IP以后,还需要配置NSG,确保相应的端口要打开。
如果对这些配置Azure内容都不太熟悉,请查看小茶网站的AZ-103课程,里面有详细的一步一步的教程。
今天这一章我们主要讲的是Vmware迁移到Azure,下一章将重点讲解如何从Hyper-V迁移到Azure。
1个评论
多谢博主分享这般干货满满的帖子,里头把要点、需注意点都一一点出,看完后对迁移过程就有了较为充分的了解,也大致知道一些“坑洼”所在,避免掉坑,而且博主还有好几篇针对不同系统、迁移到不同云端的帖子,信息量大,实用性强,确实值得细细阅读。有几个问题想问问博主:
1、迁移后的系统可以直接顺利运行,没有出现什么跟许可证相关的问题吧?是不是只要CPU数目跟迁移前的一致,就不会引发许可证的问题?另外有一些会根据硬件而产生序列号的应用软件有没有发生跟序列号相关的问题?
2、对于有特殊要求、特殊配置的VMs来说,迁移会不会有些麻烦?譬如一些VMs有硬件直通的设置,一些VMs是被放置在vSAN共享存储池中,这样的VMS是否能迁移,或者迁移后是否要做特别设置?
谢谢!