openstack云主机冷迁移
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了openstack云主机冷迁移相关的知识,希望对你有一定的参考价值。
参考技术A 1:开启nova计算节点之间互信冷迁移需要nova计算节点之间使用nova用户互相免密码访问
默认nova用户禁止登陆,开启所有计算节点的nova用户登录shell。
2:修改控制节点nova.conf
3:修改所有计算节点
4:dashboard上进行操作
openstack迁移云主机总汇 其二(云主机冷迁移)
2冷迁移冷迁移有两种方式:
一种方式只能在同一个openstack集群中做,另一种可以再相同或者不同的集群中做
在做冷迁移之前记得把要迁移的实例关机
2.1方法1
把主机名为YUN-19上的实例迁移到YUN-20上,两个节点在同一个集群中,其中YUN-19是控制节点
2.1.1在YUN-19上,修改数据库
(修改数据库必须要在控制节点上做)
# mysql
mysql> use nova;
mysql> update instances set host='YUN-20' where hostname='test1';
2.1.2实例文件拷贝
在YUN-19上,把实例的文件拷贝到目的端
切换到/var/lib/nova/inctances目录
# scp -r a8814340-98d5-4ed3-b99b-32ee38cfb78f/ [email protected]192.168.0.20:/var/lib/nova/instances/
2.1.3查看文件
在YUN-20上可以看到拷贝过来的文件
[[email protected]YUN-20 instances]# ll
total 20
drwxr-xr-x. 2 nova nova 4096 Apr 28 20:55 1c11a4b1-5df8-48f8-be5d-6e1c5efb7f99
drwxr-xr-x. 2 root root 4096 Apr 28 21:41 a8814340-98d5-4ed3-b99b-32ee38cfb78f
drwxr-xr-x. 2 nova nova 4096 Apr 28 20:55 _base
-rw-r--r--. 1 nova nova 29 Apr 28 21:28 compute_nodes
drwxr-xr-x. 2 nova nova 4096 Apr 23 23:49 locks
2.1.4新建与迁移的实例关联的网桥
切换到迁移过来实例的目录下
[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh define libvirt.xml
Domain instance-00000001 defined from libvirt.xml
[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh start instance-00000001
error: Failed to start domain instance-00000001
error: Cannot get interface MTU on 'qbr95221104-b9': No such device
通过上边的出错信息可以看到实例所绑定的网桥信息
新建网桥并查看
在新建网桥前,首先应该把YUN-19上的网桥删除
再删除之前首先关闭网桥
可以输入ifconfig命令查看到网桥信息
关闭网桥
[[email protected]YUN-19 ~]# ifconfig qbr95221104-b9 down
删除网桥
[[email protected]YUN-19 ~(keystone_admin)]# brctl delbr qbr95221104-b9
[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# brctl addbr qbr95221104-b9
[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# brctl show
bridge name bridge id STP enabled interfaces
qbr482b0524-26 8000.ea9b0ced7d50 no qvb482b0524-26
tap482b0524-26
qbr95221104-b9 8000.000000000000 no
show 8000.000000000000 no
virbr0 8000.525400d2ae89 yes virbr0-nic
[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh define libvirt.xml
Domain instance-00000001 defined from libvirt.xml
上边命令执行成功了
开启实例
[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh start instance-00000001
Domain instance-00000001 started
昨晚上面开启实例的操作后,在dash中并没有发现该实例启动,在dash中再点击“开启云主机”。
2.2方法2
把YUN-11集群中的实例迁移到YUN-19所在的集群
要迁移的实例选择linux的系统,在系统中创建目录、编辑文件,迁移后查看创建的目录和修改的文档是否正常
迁移之前关闭要迁移的实例
关闭之后把实例所在的目录做下备份,目录是2dccde39-31a4-48d5-8f62-0f963ffec481_copy
YUN-17是YUN-11所在集群上的一个计算节点
进入拷贝后的目录
[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# ll
total 6896
-rw-r-----. 1 root root 1 Apr 30 10:18 console.log
-rw-r--r--. 1 root root 7536640 Apr 30 10:18 disk
-rw-r--r--. 1 root root 79 Apr 30 10:18 disk.info
-rw-r--r--. 1 root root 1635 Apr 30 10:18 libvirt.xml
2.2.1转换镜像格式
[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img convert -O raw disk disk3
[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# ll
total 807664
-rw-r-----. 1 root root 1 Apr 30 10:18 console.log
-rw-r--r--. 1 root root 7536640 Apr 30 10:18 disk
-rw-r--r--. 1 root root 21474836480 Apr 30 10:25 disk3
-rw-r--r--. 1 root root 79 Apr 30 10:18 disk.info
-rw-r--r--. 1 root root 1635 Apr 30 10:18 libvirt.xml
2.2.2查看镜像信息
[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img info disk
image: disk
file format: qcow2
virtual size: 20G (21474836480 bytes)
disk size: 6.7M
cluster_size: 65536
backing file: /var/lib/nova/instances/_base/0872411ded8842738a2265ea3e670ff330ab475f
[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img info disk3
image: disk3
file format: raw
virtual size: 20G (21474836480 bytes)
disk size: 782M
转换格式的命令说明:
本来应该是这样的
qemu-img convert -f raw -O qcow2 test.raw test.qcow2
-f后面跟的是转变之前的格式,这个系统自己会识别,所以不添加也可以
-O后面是要转变的格式,注意o是大写
从上面可以看出,修改镜像格式之后变得很大
2.2.3几种镜像格式的比较:
raw格式
最简单,就是一个直接给虚拟机进行读写的文件。raw不支持动态增长空间,必须一开始就指定空间大小。所以相当的耗费磁盘空间。但是对于支持稀疏文件的文件系统(如ext4)而言,这方面并不突出。
cow格式
cow格式和raw一样简单,也是创建时分配所有空间,但cow有一个bitmap表记录当前哪些扇区被使用,所以cow可以使用增量镜像,也就是说可以对其做外部快照。但cow也没有其他功能,其特点就是简单。
qcow格式
qcow在cow的基础上增加了动态增加文件大小的功能,并且支持加密,压缩。qcow通过2级索引表来管理整个镜像的空间分配,其中第二级的索引用了内存cache技术,需要查找动作,这方面导致性能的损失。qcow现在基本不用,一方面其优化和功能没有qcow2好,另一方面,读写性能又没有cow和raw好。
qcow2格式
qcow2是集各种技术为一体的超级镜像格式,支持内部快照,加密,压缩等一系列功能,访问性能也在不断提高。但qcow2的问题就是过于臃肿,把什么功能都集于一身。
raw格式的话,速度稍微快点,在高版本的qemu-kvm中,几乎不比qcow2的格式快,而qcow2格式节省空间,可动态增长,在公有云中广泛使用,建议使用qcow2。
可以使用下面的命令对镜像进行扩展和收缩
qemu-img resize disk3 +100M 扩展
qemu-img resize disk3 -- -100M 收缩
2.2.4注意事项
两个命令参数的区别
qcow和qcow2格式的镜像只能扩展,不能收缩
[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img convert -O qcow disk disk4
[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img resize disk4 -- -10M
This image format does not support resize
[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img resize disk -- -10M
This image format does not support resize
2.2.5把镜像disk4拷贝到YUN-19上
添加镜像
[[email protected]YUN-19 ~(keystone_admin)]# glance add name=test1 is_public=true container_format=bare disk_format=raw < /root/disk4
Added new image with ID: 3573cf89-7697-48cd-b07c-51344f416156
在YUN-19的dash中从test1镜像启动一个云主机
启动成功,之后进入该系统的控制台,发现主机中的目录和文件保存完整
绑定浮动IP,外部主机也可以PING通
把镜像dask3也做和dask4一样的操作,最后发现结果一样,正常
上面是以cirros的镜像启动的实例做的实验,下面以linux的实例启动的镜像作为对象
2.2.6linux实例做迁移
按照上边的操作把linux的实例处理
从镜像启动的实例在绑定浮动ip后,发现外部的机器PING不通
进入实例发现网卡是eth1,但是网卡配置文件时ifcfg-eth0,配置文件中没有MAC和IP的信息,只是BOOTPROTO=dhcp
对比正常的实例
正常的实例网卡是eth0,网卡配置文件是ifcfg-eth0,配置文件也中没有MAC和IP的信息,只是BOOTPROTO=dhcp
使用cirros镜像的实例所做的迁移,没有出现这样的情况,在绑定浮动IP后,外部机器可以PING通
所做处理
在钱以后的实例上,修改网卡配置文件
# mv ifcfg-eth0 ifcfg-eth1
修改文件参数
# vi ifcfg-eth1
DEVICE=eth0
to
DEVICE=eth1
保存修改后重启网络
发现外部机器可以ping通该实例
2.2.7补充一
确定镜像文件在拷贝到远程的主机之前是否需要转换一下格式
2.2.7.1把YUN-11所在的集群实例迁移到YUN-19所在集群
YUN-17上的实例做实验
以cirros的镜像创建的实例为例
直接把实例目录下的disk文件拷贝到远程主机上
然后添加镜像,镜像格式化为qcow2
之后在dash中从该镜像启动实例,结果失败,状态为“Error”
在拷贝disk文件之前把镜像各是转换为qcow格式
拷贝后添加镜像,格式化为qcow2
之后再dash中从该镜像启动实例,结果启动成功,但是在随后绑定浮动IP后,结果在外部的机器可以PING通该实例的浮动IP
2.2.7.2在YUN-11所在的集群内做迁移
直接把实例目录下的disk文件拷贝到远程主机上
然后添加镜像,镜像格式化为qcow2
之后再dash中从该镜像启动实例,结果失败,状态为“Error”
把上面转换为qcow格式的镜像拷贝到YUN-11上,在做之后的操作,最后发现外部主机可以PING通浮动IP
事实证明的确需要装换镜像格式
2.2.8补充二
2.2.8.1环境说明
在两个网络配置相同的集群中迁移实例,YUN-11所在的集群和YUN-19所在的集群
实例选择YUN-11上的主机MDS_TEST,MDS_TEST是客户测试环境的主机
MDS_TEST | 16GB 内存| 4 虚拟内核 | 200.0GB 盘
[[email protected] ~]# fdisk -l
Disk /dev/vda: 214.7 GB, 214748364800 bytes
255 heads, 63 sectors/track, 26108 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0008ffc5
Device Boot Start End Blocks Id System
/dev/vda1 * 1 1306 10484736 83 Linux
/dev/vda2 1306 5483 33556437+ 82 Linux swap / Solaris
/dev/vda3 5484 26108 165670312+ 5 Extended
/dev/vda5 5484 26108 165670281 83 Linux
[[email protected] ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/vda1 10320184 8697816 1098132 89% /
tmpfs 8166272 72 8166200 1% /dev/shm
/dev/vda5 163070836 5338004 149449320 4% /home
[[email protected] /]# du -sh
du: cannot access `./proc/1754/task/1754/fd/4': No such file or directory
du: cannot access `./proc/1754/task/1754/fdinfo/4': No such file or directory
du: cannot access `./proc/1754/fd/4': No such file or directory
du: cannot access `./proc/1754/fdinfo/4': No such file or directory
14G .
[[email protected] /]# du -sh home
5.0G home
查看大小
关闭实例之前
[[email protected]YUN-11 instances]# cd ffe795cd-529b-422f-82d0-550dfad0af8c/
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c]# du -sh
17G .
关机之后一样大
2.2.8.2拷贝文件
[[email protected]YUN-11 instances]# cp -r ffe795cd-529b-422f-82d0-550dfad0af8c ffe795cd-529b-422f-82d0-550dfad0af8c_bak
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# ll
total 15187156
-rw-r-----. 1 root root 3 May 1 15:56 console.log
-rw-r--r--. 1 root root 18232508416 May 1 15:58 disk
-rw-r--r--. 1 root root 79 May 1 15:56 disk.info
-rw-r--r--. 1 root root 1636 May 1 15:56 libvirt.xml
2.2.8.3镜像处理
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img convert -O qcow disk disk1
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# ll
total 30976944
-rw-r-----. 1 root root 3 May 1 15:56 console.log
-rw-r--r--. 1 root root 18232508416 May 1 15:58 disk
-rw-r--r--. 1 root root 16168738816 May 1 16:08 disk1
-rw-r--r--. 1 root root 79 May 1 15:56 disk.info
-rw-r--r--. 1 root root 1636 May 1 15:56 libvirt.xml
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# du -sh disk1
16G disk1
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img resize disk1 -- -10M
This image format does not support resize
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img convert -O raw disk disk2
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# ll
total 46734360
-rw-r-----. 1 root root 3 May 1 15:56 console.log
-rw-r--r--. 1 root root 18232508416 May 1 15:58 disk
-rw-r--r--. 1 root root 16168738816 May 1 16:08 disk1
-rw-r--r--. 1 root root 214748364800 May 1 16:18 disk2
-rw-r--r--. 1 root root 79 May 1 15:56 disk.info
-rw-r--r--. 1 root root 1636 May 1 15:56 libvirt.xml
看到镜像dask2过大,所以对镜像做处理
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img resize disk2 -- -10G
Image resized.
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# du -sh disk2
15G disk2
发现镜像并没有收缩10G,这应该是镜像本身大小的限制
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# scp disk1 [email protected]192.168.0.19:/root
[email protected]192.168.0.19's password:
disk1 100% 15GB 98.2MB/s 02:37
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# scp disk2 [email protected]192.168.0.19:/root
[email protected]192.168.0.19's password:
disk2 100% 200GB 58.5MB/s 58:22
2.2.8.4在目的端添加镜像并创建实例
[[email protected]YUN-19 ~(keystone_admin)]# glance add name=test1 is_public=true container_format=bare disk_format=qcow2 < /root/disk1
Added new image with ID: 0106e819-32e2-4606-901d-5e58ebc83394
[[email protected]YUN-19 ~(keystone_admin)]# glance add name=test2 is_public=true container_format=bare disk_format=qcow2 < /root/disk2
Added new image with ID: a69f8055-009b-4075-9200-a21dac4ccac2
以镜像test1启动的实例失败
选择20的硬盘空间
以镜像test2启动的实例25分钟后成功
新建一个300G硬盘的云主机类型,选择该类型创建实例
绑定浮动IP,外部机器可以PING通,在绑定之前PING不通
这里需要注意的是,因为是两个集群网络状态相同,所以要想迁移的实例可以和外部连通,必须要把源端的集群的控制节点关闭,使网络失效,这样才不会造成网络冲突。
2.2.8.5查看迁移后的实例
[[email protected] ~]# fdisk -l
Disk /dev/vda: 322.1 GB, 322122547200 bytes
255 heads, 63 sectors/track, 39162 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0008ffc5
Device Boot Start End Blocks Id System
/dev/vda1 * 1 1306 10484736 83 Linux
/dev/vda2 1306 5483 33556437+ 82 Linux swap / Solaris
/dev/vda3 5484 26108 165670312+ 5 Extended
/dev/vda5 5484 26108 165670281 83 Linux
[[email protected] ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/vda1 10320184 8698780 1097168 89% /
tmpfs 7973248 224 7973024 1% /dev/shm
/dev/vda5 163070836 5338004 149449320 4% /home
[[email protected] /]# du -sh
du: cannot access `./home/tomcat-sg': Input/output error
du: cannot access `./home/mds.war': Input/output error
du: cannot access `./proc/1886/task/1886/fd/4': No such file or directory
du: cannot access `./proc/1886/task/1886/fdinfo/4': No such file or directory
du: cannot access `./proc/1886/fd/4': No such file or directory
du: cannot access `./proc/1886/fdinfo/4': No such file or directory
13G .
[[email protected] /]# du -sh home
du: cannot access `home/tomcat-sg': Input/output error
du: cannot access `home/mds.war': Input/output error
4.6G home
发现有丢失文件的情况,有可能是收缩镜像造成的
2.2.8.6再次在YUN-11上转变镜像格式
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img convert -O raw disk disk3
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img convert -O raw disk disk3
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img convert -O qcow2 disk disk4
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# ll
total 78063864
-rw-r-----. 1 root root 3 May 1 15:56 console.log
-rw-r--r--. 1 root root 18232508416 May 1 15:58 disk
-rw-r--r--. 1 root root 16168738816 May 1 16:08 disk1
-rw-r--r--. 1 root root 192199786496 May 1 16:21 disk2
-rw-r--r--. 1 root root 214748364800 May 1 18:46 disk3
-rw-r--r--. 1 root root 16171859968 May 1 20:53 disk4
-rw-r--r--. 1 root root 79 May 1 15:56 disk.info
-rw-r--r--. 1 root root 1636 May 1 15:56 libvirt.xml
镜像说明:
disk 原镜像
disk1 格式化为qcow格式
disk2 格式化为saw格式再收缩
disk3 格式化为saw格式
disk4 格式化为qcow2格式
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# du -sh disk3
16G disk3
2.2.8.7拷贝镜像、添加镜像、创建实例
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# scp disk3 [email protected]192.168.0.19:/root
[email protected]192.168.0.19's password:
disk3 100% 200GB 58.5MB/s 58:22
[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# scp disk4 [email protected]192.168.0.19:/root
[email protected]192.168.0.19's password:
disk4 100% 15GB 50.9MB/s 05:03
[[email protected]YUN-19 ~(keystone_admin)]# glance add name=test1 is_public=true container_format=bare disk_format=qcow2 < /root/disk4
Added new image with ID: d5176682-733c-4673-9ac4-b75c223e4f8c
考虑到dask3过大就没有创建实例,下面是以dask4为镜像创建的实例
云主机类型选择方面,需要注意的是,硬盘大小要与镜像大小相匹配
这里选择50G实例启动不来,选择300G可以
查看实例状态
[[email protected] ~]# fdisk -l
Disk /dev/vda: 322.1 GB, 322122547200 bytes
255 heads, 63 sectors/track, 39162 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0008ffc5
Device Boot Start End Blocks Id System
/dev/vda1 * 1 1306 10484736 83 Linux
/dev/vda2 1306 5483 33556437+ 82 Linux swap / Solaris
/dev/vda3 5484 26108 165670312+ 5 Extended
/dev/vda5 5484 26108 165670281 83 Linux
可以SSH连接
[[email protected] ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/vda1 10320184 8697816 1098132 89% /
tmpfs 7973220 72 7973148 1% /dev/shm
/dev/vda5 163070836 5338004 149449320 4% /home
[[email protected] ~]# cd /
[[email protected] /]# du -sh
du: cannot access `./proc/1744/task/1744/fd/4': No such file or directory
du: cannot access `./proc/1744/task/1744/fdinfo/4': No such file or directory
du: cannot access `./proc/1744/fd/4': No such file or directory
du: cannot access `./proc/1744/fdinfo/4': No such file or directory
14G .
[[email protected] /]# du -sh home
5.0G home
3参考文档
迁移
http://blog.csdn.net/juvxiao/article/details/21728221
http://openstack.prov12n.com/convert-import-a-vmware-image-to-openstack-kvm/
KVM
×××linux/cainiaowanyunjisuanzhishier_KVMxunijigenggaidaxiao_652061_1381135035.html
http://blog.csdn.net/gg296231363/article/details/6922011
以上是关于openstack云主机冷迁移的主要内容,如果未能解决你的问题,请参考以下文章
中小企业openstack私有云布署实践11.3 计算nova - compute节点-nova用户免密登录(用于云主机冷迁移+扩展云主机大小)