如何进行云主机迁移？看这一篇文章就够了！

欢迎大家前往腾讯云+社区，获取更多腾讯海量技术实践干货哦~

本文由腾讯云计算产品团队发表于云+社区专栏

主机迁移概述

在云计算时代，不管是从IDC上云还是多云直接的迁移，都已经是常见的事宜。而在上云/迁移的方案中，也是有多种的方式能够将主机迁移到腾讯云中。

然而，不同的方式会有不同的利弊。

目前，腾讯云可以提供导入镜像和服务迁移（冷迁移）的工具，而这两种方式均涉及到镜像制作。故本文将分享镜像制作的操作步骤，仅供参考。

1、在制作镜像之前需要了解符合导入腾讯云的镜像文件要求，详情可参考导入镜像概述。

Linux 系统类型镜像限制

Windows 系统类型镜像限制

2、接下来则依据操作系统的不同，选择不同的镜像制作方法。请分别参考官网文档Linux 镜像制作和Windows 镜像制作。

3、在制作镜像之前，需要在Linux操作系统里安装cloud-init，在Widows操作系统里安装cloud-base。相应的操作可以查看官网文档Linux 系统安装 cloud-init和Windows 系统安装 cloud-base。

4、镜像制作完毕之后，则需要将镜像上传至COS。

5、当镜像已经上传到COS之后，则可以利用【导入镜像】将自定义镜像导入到镜像控制台，然后再基于该自定义镜像创建CVM。或者利用【服务迁移】的功能，直接从COS拉取镜像并创建CVM。

相应的操作指引，其实官网文档均已提供，而本文将作为实践的一些经验分享，供大家参考，希望对大家有帮助。

镜像制作

Linux和Windows镜像制作的完整步骤官网文档均已给出参考文档，这里补充两个信息。

1、如果是友商云主机，Linux系统的则可以使用qemu-img 命令或者 dd 命令来制作镜像；如果是Windows系统则可以使用disk2vhd工具来制作镜像。

2、如果是在本地IDC的虚拟机，可以使用虚拟化平台自带的一些镜像导出功能或者镜像制作工具来制作镜像。

3、如果是本地IDC的物理机，可是使用一些P2V的工具来制作或者参考1使用相关命令来制作。

友商云主机镜像制作（示例）

本示例是通过dd命令将某云主机制作成镜像，参考步骤如下。

0、制作镜像之前，请先在操作系统内安装cloud-init（Linux系统），详细操作方法参考第二部分介绍。

1、由于需要将云主机通过dd方式将整个操作系统盘备份到数据盘，所以需要给云主机挂一个约为系统盘2倍容量的数据盘(单独购买的数据盘需要先挂载数据盘，然后格式化)。

2、一般云主机里面都有一些云厂商的agent或者服务，比如腾讯云的云监控、云安全的agent。当要把某云主机迁移到腾讯云时，应该把该云主机内特定的一些组件和服务卸载掉或者禁用掉。

3、使用 dd 命令制作镜像

dd if=/dev/vda of=/mnt/xxx_yun.raw bs=100M
请务必写成/dev/vda而不要写成/dev/vda1，否则dd出来的镜像分区表和mbr信息都丢了

4、使用qemu-img 命令将raw文件转换成qcow2文件，以可以节省传输和迁移的时间。

qemu-img convert -f raw -O qcow2 xxx_yun.raw xxx_yun.qcow2

5、将qcow2镜像文件上传到腾讯云COS

安装coscmd工具，pip install coscmd（在某云主机上操作）；
创建bucket（在腾讯云控制台操作，示例melodytest01）；
使用命令将镜像上传至COS；

coscmd config -a <access_id> -s<secret_key> -u <appid> -b melodytest01 -r ap-beijing -m 10 -p 10
coscmd upload /mnt/xxx_yun.qcow2  xxx_yun.qcow2

6、等待一段时间之后，登录腾讯云COS控制台则可以看到镜像已经成功从某友商云传到COS了。

vmware vsphere 导出镜像（参考）

打开虚拟机的编辑设置界面

vmdk磁盘文件路径

这就是vmdk镜像文件了

cloud-init安装

关于Cloud-init和Cloud-base的安装，官网上也给出了参考文档。而Linux系统作为常用的系统，本文的实践示例则以Cloud-init为例。

cloud-init简单介绍

cloud-init 主要提供了一个实例首次初始化时的自定义配置的能力，如果导入的镜像没有安装cloud-init服务，通过该镜像启动的实例就不会被正常初始化，因此该镜像就会导入失败。因此再制作镜像之前应当在系统内安装cloud-init。

Cloud-Init 是一个用来自动配置虚拟机的初始设置（如主机名、网卡、用户名和密码等）的开源工具；常用于在创建虚拟机时通过元数据服务对虚拟机基本配置，即主要用于解决云计算场景下使用不同镜像创建子机初始化问题。
cloud-init仅仅在系统启动时运行，不会常驻系统；
需要将cloud-init设置开机启动，且不能在首次开机启动后取消cloud-init的开机启动。虽然第一次开启启动，cloud-init运行了之后初始化正常了，然而考虑到后续用户有重置密码、修改ip、加载密钥等需求，仍需要依赖cloud-init，所以如果用户在cloud-init初始化之后就取消了其开机启动则会在用户重启系统之后，影响重置密码、修改ip、加载密钥等功能；
cloud-init每次启动的时候会根据预先配置好的数据源从metadata server 或 configDrive 里面拉取实例元数据对虚拟机进行初始化（该初始化操作只有在虚拟机首次启动时才会被执行），拉取userdata的信息执行用户自定义的脚本行为；
当系统启动时，cloud-init 可完成包括但不限于下面的定制化工作：
- 设置 default locale
- 设置 hostname
- 添加 ssh keys到 .ssh/authorized_keys
- 设置用户密码
- 配置网络
- 安装软件包

cloud-init 安装 tips

cloud-init的安装其实还是挺简单的，最麻烦的是安装依赖包。不同操作系统的依赖包的依赖包的版本还不一样，如果是不能联网的情况下安装，更是一件麻烦的事情。详细步骤可以查看官网文档Linux 系统安装 cloud-init，而我在此则仅补充相关tips，希望对大家有帮助。

直接通过apt-get 或 yum 命令安装的cloud-init 版本默认为当前操作系统配置的软件源里面默认的cloud-init版本，通常情况下和cloud-init 最新版本存会存在比较大的差异，使用这种方式安装的镜像创建出来的实例可能会存在部分配置项初始化不符合预期的情况，建议使用手工下载最新cloud-init源码包的方式进行安装。
如果机器能联网，可直接运行命令进行安装依赖包，参考命令如下：

yum intstall -y python-setuptools python-jinja2 python-prettytable python2-oauthlib python-configobj PyYAML python-requests python-jsonpatch python-six

如果机器不能联网，则可以找台与要制作镜像的机器同操作系统版本的可以联网的机器，然后新建一个requirement.txt，将需要安装的cloud-init的包都放进去requirement.txt，然后运行命令 pip download -d -r requirements.txt，这样全部的依赖包都会被下下来了，最后，再将这些包放入那台需要制作的机器即可。

requirement.txt的截图

最后，补充一份我实际测试时安装的依赖包，供参考：

certifi-2017.11.5
chardet-3.0.4
configobj-5.0.6
functools32-3.2.3-2
idna-2.6
Jinja2-2.10
jsonpatch-1.20
jsonpointer-1.14
jsonschema-2.6.0
MarkupSafe-1.0
oauthlib-2.0.6
prettytable-0.7.2
PyYAML-3.12
requests-2.18.4
setuptools-38.2.4
six-1.11.0
urllib3-1.22

说明，以上依赖包我都是用pip安装的，可以在https://pypi.python.org/pypi 下载。
也可以安装rpm包，可以在http://mirrors.cloud.tencent.com/epel/ 找合适的包来安装。安装完成之后，请运行以下命令检查下是否都安装好了

rpm -qa | grep setuptools
rpm -qa | grep jinja2
rpm -qa | grep prettytable
rpm -qa | grep oauthlib
rpm -qa | grep configobj
rpm -qa | grep PyYAML
rpm -qa | grep requests
rpm -qa | grep jsonpatch
rpm -qa | grep jsonschema
rpm -qa | grep six

如果没有安装好，在安装cloud-init的时候也会提示缺少某某依赖包，到时候按照要求再安装即可；
需要安装的依赖包，其实都装cloud-init安装包的requirements.txt文件中定好了包括版本要求。cat /cloud-init-17.2/requirements.txt即可查看。

修改 cloud-init 配置文件 tips

发现部分用户，安装好cloud-init之后就制作镜像了，上传到腾讯云之后，创建了CVM会发现一些异常，检查会发现，原来是没有按照官方要求进行cloud-init 配置文件的修改导致的。所以，这个步骤千万别漏了。很重要哈。
官网上给出了ubuntut和centos的参考配置文件，直接下载，然后替换即可。

设置 cloud-init 服务开机自启动 tips

这块的操作官网也给出了详细的文档说明，但是是以systemd 自启动服务管理为例。而实际上是需要根据当前操作系统使用的自启动服务管理方式是什么进行选择，如果选择出错则 cloud-init 服务无法开机自启动。
比如，在我的测试中，则发现systemctl: command not found，我测试的操作系统版本则是用service命令来启动。