Openstack中虚拟机的Resize功能详解
本文由guwenwu写于2012年08月11日，转载请注明出处，谢谢！摘要：在Openstack中生成VM后，由于业务的变更或业务量的增加，需要对VM进行扩展。目前Openstack中提供了Resize功能，本文对Openstack中的源码进行了测试和分析，并进行了一定的修改。
环境：2台Centos6.2机器
HOSTA:10.28.170.938core 16G 实体机 安装和运行全部Openstack组件
HOSTB:10.28.168.554core 4G虚拟机 安装和运行nova-compute nova-network
一.Openstack中Resize功能源码分析
Openstack的resize功能默认的操作是在两台HOST（宿主机）之间进行静态的迁移（VM会重启，内存状态无法保存），但是通过修改配置文件，可以允许Openstack在一台HOST上进行RESIZE而不用迁移。
Resize的过程中，vm主要经过以下几个方法的处理：
def prep_resize(self, context, instance_uuid, instance_type_id, image,
**kwargs):
def prep_resize(self, context, instance_uuid, instance_type_id, image,
**kwargs):
def finish_resize(self, context, instance_uuid, migration_id, disk_info,
image):
详细的代码就不一一例举了，有兴趣的朋友可以自行阅读源码。
主要的操作步骤如下：
1.检查VM虚拟磁盘格式是否为qcow2，如果是的话，将磁盘格式转换为RAW
qemu-img convert -f qcow2 -O raw
2.将虚拟磁盘从HOST A scp到HOST B上
3.用以下命令对虚拟磁盘大小进行重置
qemu-img resize
e2fsck -fp
resize2fs4.如果use_cow_images设置为true，则将磁盘重新转为qcow2格式。
5.重新获取网络配置，在HOST B上设置DHCP绑定和Iptables规则。
6.修改XML文件，重新启动虚拟机。
OK啦，整个Resize的工作就完成了。下面重点讲一下实际操作中遇到的问题和BUG
二.在一个单节点中进行resize
同一机器中进行resize需要在配置文件nova.conf中添加：
--allow_resize_to_same_host=True
重启服务：
service nova-api restart
service nova-compute restart
三.在多个节点上进行resize
3.1.采用共享存储
从源码上来看， Openstack中resize这个功能并没有考虑使用共享存储的情况。因此需要对源码进行一些改造，并不复杂，在这里就不交代了，有兴趣的朋友可以留言。PS：测试多节点时请注释掉--allow_resize_to_same_host=True
3.1.1.在HOST A上安装配置NFS服务器
（1）检查是否安装nfs（Centos6.2默认是安装好了的）
rpm -qa|grep nfs
如未安装：
yum install nfs-utils.x86_64（64位系统）
yum install nfs-utils(32位系统)
（2）检查安装portmap服务，注意portmap在centos6中改名为rpcbind
yum install rpcbind(centos6)
yum install portmap(centos5)
（3配置nfs服务器
vim /etc/exports
添加：
/home/nova/instances*(rw,sync,fsid=0,no_root_squash)
这一行的含义是共享文件夹$novahomedir/instances ，可访问该共享文件的ip地址为*（所有IP）
权限为:rw 读写权限
no_root_squash
登入 NFS 主机使用分享目录的使用者，如果是 root 的话，那么对于这个分享的目录来说，他就具有 root 的权限
重启服务
/etc/init.d/rpcbind restart
/etc/init.d/nfs restart
（4）配置nfs 客户端 client
检查服务起是否可用：
showmount -e 10.28.170.93
挂载目录
mount -t nfs 10.28.170.93:/home/nova/instances /home/nova/instances
配置开机自动挂载
vi /etc/fstab
添加
10.28.170.93 :/home/nova/instances/home/nova/instances nfs nodev,ro,rsize=32768,wsize=327680 0
（5）：常见问题及解决方法
Permission denied
解决方法：1权限问题，注意检查权限设置。注意*和'('是连接在一起的。
2检查/home/nova/instance 的用户组是不是nova：nova，如果客户机和服务端nova的UID和GID不同，应该将其修改为一致的。用id命令查看用户UID、GID
命令格式
id [选项]... [用户名]
命令选项
-a 忽略，兼容其它版本
-Z, –context 只输出当前用户的安全上下文
-g, –group 只输出有效的GID
-G, –groups 输出所有的GID
-n, –name 对于 -ugG 输出名字而不是数值
-r, –real 对于 -ugG 输出真实ID而不是有效ID
-u, –user 只输出有效UID
–help 输出帮助后退出
–version 输出版本信息后退出
修改UID、GID：vi /etc/passwd修改nova用户
usermod -u 502 nova和groupmod -g 502 nova
find / -user 501 -exec chown 502 {} \; 修改nova所有文件的UID
3.2，使用本地存储
3.2.1在HOST A和B配置ssh
vim /etc/passwd
将nova用户名后的/sbin/nologin修改为 /bin/bash
passwd nova修改密码
su nova切换到nova用户,运行
ssh-keygen -t rsa一路回车生成密钥，并将密钥copy到另一台机器中的nova用户.ssh目录下，这样HOST A和B之间的ssh连接就不需要密码。
四，BUG
迁移后VM网络错误，VM迁移后在新的host上重建网络和更新Iptables规则，而由于数据库中的vm_host没有及时更新为新的host，vm获得的dhcp_server是错误的。同时在host上的dhcp服务是由dnsmasq提供的，dnsmasq按照/home/nova/networks/nova-br100.conf文件中的配置对vm的mac和ip进行了绑定。而迁移后新的host中没有在这个中添加vm的mac和ip绑定，因此即使vm获得了正确的dhp_server地址，也无法获得IP。
VM完成resize之后进入resize_verfiy状态，这个时候Openstack还保留有虚拟机的旧数据，需要人工连接到vm中查看vm的状态是否正常，如果正常，需要自己调用confirm_resize接口，Openstack会将旧的数据删除。然而在confirm_resize的代码中，没有将虚拟机状态更新为active。这个也需要自己修改代码。
页:
[1]