openstack虚拟机热迁移,openstack疏散主机

环境：本次实验涉及三台物理服务器计算节点server2，server6和控制节点controller，这两个计算节点都在controller控制之下。待迁移虚拟机开始运行在server上，目标：手工迁移到server上。

参考资料：

1. 【cqdjc】http://blog.csdn.net/wylfengyujiancheng/article/details/50767970

2.   https://www.cnblogs.com/机灵的自行车/p/6018676.html

（大体相似，但环境配置细节上略有差异稍微花了点时间，故整理出来供参考）

为啥要冷迁：了解实现机理，加深对OpenStack的理解有所裨益。且我用的这个环境是没有集成好冷迁移（migrate）的命令的，只有block migration，只能手动。

1、登陆controller查看虚拟机：

[root@controller ~]# source admin-openrc.sh[root@controller ~]# nova list --all-te回显：+-------------------------------------+-----------+-----------+------------+-------------+--------------------------------------+| ID | Name | Status | Task State | Power State | Networks |+-------------------------------------+-------------+-----------+------------+-------------+--------------------------------------+| b60f958f-88cd-4666-af61-156654477a85 | goodluck | ACTIVE | - | Running | vxlan30=30.30.30.2, 192.168.108.111 |

2、停止待迁移虚拟机

[root@controller ~]# nova stop b60f958f-88cd-4666-af61-156654477a85

回显：

Request to stop server b60f958f-88cd-4666-af61-156654477a85 has beenaccepted.

3、查看虚拟机所在的宿主机

[root@controller ~]# nova show b60f958f-88cd-4666-af61-156654477a85| grep 'OS-EXT-SRV-ATTR:hos'

回显：

| OS-EXT-SRV-ATTR:host | server2

4、登录server2上,将虚拟机数据拷贝到待迁移的宿主机server6上

[root@computer1 instances] cd/var/lib/nova/instances[root@computer1 instances] scp -rp b60f958f-88cd-4666-af61-156654477a85/server6:$PWD

回显：

disk.info 100% 162 0.2KB/s 00:00 console.log 100% 48KB 47.6KB/s 00:00disk 100% 1714MB 11.2MB/s 02:33 disk.config 100% 64MB 10.7MB/s 00:06

   可见磁盘的传输速度平均约11MB/S

5、登录到server6上给与权限。（参考博客说是登陆到controller给权限，实际是需要登陆目标节点，因为文件已经拷贝过去了，相当于要签收一下。参考博客是因为controller就是迁移目标节点。）

[root@server6 ~]# cd /var/lib/nova/instancesroot@server6:/var/lib/nova/instances#chown nova:novab60f958f-88cd-4666-af61-156654477a85/ -RQuery OK, 1 row affected (0.02 sec)Rows matched:1 Changed: 1 Warnings: 0MariaDB [nova]> quit

Linux/Unix 是多用户多任务操作系统，所有的文件皆有其拥有者（Owner）。利用 chown命令可以将文件的拥有者加以改变。

6、登录数据库更改MySQL中的host、node字段为新的物理主机名字

[root@controller]# mysql -uroot -p数据库密码MariaDB [(none)]> use nova ;MariaDB [nova]> update instances sethost='controller', node='controller' where uuid='b60f958f-88cd-4666-af61-156654477a85';

回显：

Query OK, 1 row affected (0.02 sec)Rows matched:1 Changed: 1 Warnings: 0MariaDB [nova]> quit

7. 现在就可以在目标节点上启动虚拟机了，启动前重启一下server6的compute服务:

root@server6:~# /etc/init.d/nova-computerestart回显：

[ ok ] Restarting nova-compute (viasystemctl): nova-compute.service.

参考博客命令是：

[root@server ~]# serviceopenstack-nova-compute restart

但是不好用，可能是映射没做好？？总之是调用nova-compute restart的函数。

8、启动虚拟机：

[root@controller ~]# nova showb60f958f-88cd-4666-af61-156654477a85 | grep 'OS-EXT-SRV-ATTR:hos'

9、验证虚拟机所在的宿主机

root@controller:~/Document# nova showb60f958f-88cd-4666-af61-156654477a85 | grep 'OS-EXT-SRV-ATTR:hos'

注意：

1）/etc/hosts文件提前做好主机映射，确定节点之间能互相ping通主机名。

2）利用id nova命令查看下控制节点nova的uid和gid，并记录，保证两个计算节点的id和gid是否和控制节点保持一致

如果不一致，则利用

usermod -u “控制节点的nova的uid”

gropumod -g “控制节点的nova的gid”

两条命令进行修改,同时在所有计算节点运行该命令，保证所有nova相关文件使用新的uid和gid

问题：迁移之后的虚拟机状态正常，在dashboard上进虚拟机的console看也正常，但是无法远程登陆（如X2go）。恳请为我解惑。