Openstack中虚拟机的Resize功能详解

本文由guwenwu写于2012年08月11日,转载请注明出处,谢谢!

摘要:在Openstack中生成VM后,由于业务的变更或业务量的增加,需要对VM进行扩展。目前Openstack中提供了Resize功能,本文对Openstack中的源码进行了测试和分析,并进行了一定的修改。

环境:2台Centos6.2机器
HOSTA:10.28.170.93 8core 16G 实体机 安装和运行全部Openstack组件
HOSTB:10.28.168.55 4core 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
    resize2fs
4.如果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=32768 0 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。这个也需要自己修改代码。



你可能感兴趣的:(openstack)