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

时间 2019-11-21

标签如何进行主机迁移看这一篇文章够了繁體版

原文原文链接

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

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

主机迁移概述

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

然而，不一样的方式会有不一样的利弊。算法

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

一、在制做镜像以前须要了解符合导入腾讯云的镜像文件要求，详情可参考导入镜像概述。ubuntu

Linux 系统类型镜像限制centos

Windows 系统类型镜像限制安全

二、接下来则依据操做系统的不一样，选择不一样的镜像制做方法。请分别参考官网文档Linux 镜像制做和Windows 镜像制做。服务器

三、在制做镜像以前，须要在Linux操做系统里安装cloud-init，在Widows操做系统里安装cloud-base。相应的操做能够查看官网文档Linux 系统安装 cloud-init和Windows 系统安装 cloud-base。网络

四、镜像制做完毕以后，则须要将镜像上传至COS。

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

相应的操做指引，其实官网文档均已提供，而本文将做为实践的一些经验分享，供你们参考，但愿对你们有帮助。

镜像制做

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

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

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

三、若是是本地IDC的物理机，但是使用一些P2V的工具来制做或者参考1使用相关命令来制做。

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

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

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

一、因为须要将云主机经过dd方式将整个操做系统盘备份到数据盘，因此须要给云主机挂一个约为系统盘2倍容量的数据盘(单独购买的数据盘须要先挂载数据盘，而后格式化)。

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

三、使用 dd 命令制做镜像

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

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

qemu-img convert -f raw -O qcow2 xxx_yun.raw xxx_yun.qcow2
复制代码

五、将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
复制代码

六、等待一段时间以后，登陆腾讯云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安装的，能够在pypi.python.org/pypi 下载。
也能够安装rpm包，能够在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命令来启动。