OpenStack下虚拟机手动冷迁移

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

参考资料：

1. 【吴业亮】http://blog.csdn.net/wylfengyujiancheng/article/details/50767970

2.   https://www.cnblogs.com/kevingrace/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:00

disk                                      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/instances

root@server6:/var/lib/nova/instances#

chown nova:novab60f958f-88cd-4666-af61-156654477a85/ -R

Query OK, 1 row affected (0.02 sec)

Rows matched:1  Changed: 1  Warnings: 0

MariaDB [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: 0

MariaDB [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）。恳请为我解惑。