立即登录 马上注册
首页 › 开发帮助文档 › 数据库 › CloudStack4.1.1升级CloudPlatForm4.2.0实践手册

赞

评论

收藏

[MySQL] CloudStack4.1.1升级CloudPlatForm4.2.0实践手册

数据库 数据库 发布于：2021-07-04 10:45 | 阅读数：600 | 评论：0

　　


背景阐述
　　CloudStack是开源软件，CloudPlatForm是CloudStack的企业版实现，其中增加了某些企业级特性，如主机高可用，所以打算将原有的CloudStack升级为CloudPlatForm，从而提高整个架构的稳定性与高可用性。
　　建议使用本手册的读者先单独安装CloudStack4.1.1以及CloudPlatForm4.2.0或者CloudStack4.2.0，需要足够了解两个版本之间的安装差异，才能在升级的过程中遇到问题可以快速定位是个人操作的问题还是版本差异导致的问题。毕竟生产环境的升级风险还是非常之大的。
　　如果读者使用在生产环境上面的CloudStack有外围系统需要调用CloudStack的接口进行一些功能实现，也需要考虑两个版本之间的API差异，总之，生产环境升级之前一定要做到测试环境完全没有问题，并且建议测试2~3遍。确保万无一失的情况下面，做到生产环境的数据备份，再进行生产环境的升级。
　　本文同样适用于CloudStack4.1.1到CloudStack4.2.0的升级工作。

安装差异
　　就笔者的操作经验来看，安装CloudStack4.1.1与 CloudPlatForm4.2.0的最大区别是两个版本的系统模板文件不一样，在整个升级过程中，官方文档中没有提及，但是确实非常关键，如果关于系统模板的升级工作没有做好，那么在CloudStack中充当重要角色的几个系统虚机就无法正常工作。
　　两个系统模板链接
　　【本文以CloudStack+KVM为背景环境，故系统模板使用的是KVM的模板】
　　
　　CloudStack4.1.1
　　http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2
　　CloudPlatForm4.2.0【开源版也是这个，Md5值验证一致】
　　http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-
　　master-kvm.qcow2.bz2

重现CloudStack4.1.1环境
　　本文不对CloudStack4.1.1的安装步骤赘述了，在此仅仅列出CloudStack中的相关逻辑资源信息
　　角色
　　值
　　Zone
　　ClovemZone
　　POD
　　POD
　　管理IP范围
　　192.168.0.110-192.168.0.110
　　来宾IP范围
　　192.168.0.130-192.168.0.150
　　集群
　　CLUSTER
　　主机
　　192.168.0.2[解析后显示ClovemDemo ]
　　主存储
　　192.168.0.2/primary [NFS]
　　辅助存储
　　192.168.0.2/secondary [NFS]
　　SSVM
　　s-1-VM
　　CPVM
　　v-2-VM
　　VRouter
　　r-6-VM
　　运行实例
　　clovem-instance-001 [i-2-5-VM]
　　注：本文测试环境管理节点跟主机节点以及存储均在一台主机上
　　下面几个截图为以上部分信息来源。

DSC0000.png

DSC0001.png

DSC0002.png

　　


开始升级
DSC0003.png

登录已经运行的实例进行计时操作，按1个小时开始计算，计时的同时是为了证明升级过程中，不会影响实例的使用。

1.添加并启用cloudplatform4.2.0的YUM源，用于更新使用。
[root@ClovemDemo ~]# cat /etc/yum.repos.d/rhel-source.repo
[rhel6u3]
name=rhel6u3
baseurl=file:///media/rhel6u3
enabled=1
gpgcheck=0
[cloudstack4.1.1]
name=cloudstack4.1.1
baseurl=file:///media/cloudstack4.1.1
enabled=1
gpgcheck=0
[cloudplatform4.2.0]
name=cloudplatform4.2.0
baseurl=file:///media/cloudplatform4.2.0
enabled=1
gpgcheck=0
2.停止cloudstack-management服务，并备份cloud库文件。
[root@ClovemDemo ~]# service cloudstack-management stop
Stopping cloudstack-management:   [  OK  ]
[root@ClovemDemo ~]# mysqldump -u root –p123456  cloud > cloudstack-backup.sql
3. 执行yum upgrade操作，进行组件升级
[root@ClovemDemo ~]# yum upgrade –y
[root@ClovemDemo ~]# rpm -qa |grep cloudstack
cloudstack-common-4.2.0-2.el6.x86_64
cloudstack-agent-4.2.0-2.el6.x86_64
cloudstack-awsapi-4.2.0-2.el6.x86_64
cloudstack-management-4.2.0-2.el6.x86_64
由于本测试环境的管理节点跟主机[Agent]节点为同一台物理主机，所以，此处会将cloudstack-agent也进行更新，不管是开源版的cloudstack，还是企业版的cloudplatform，名称都是cloudstack-服务项。

可以看到所有的cloudstack组件均升级到4.2.0版本了。

4. 启动管理节点，重启[Agent]节点
[root@ClovemDemo ~]# ps -ef |grep java |grep -v grep |wc –l
0
[root@ClovemDemo ~]# service cloudstack-management start
Starting cloudstack-management:     [  OK  ]
[root@ClovemDemo ~]# ps -ef |grep java |grep -v grep  |wc -l
1
[root@ClovemDemo ~]# /etc/init.d/cloudstack-agent   restart
Stopping Cloud Agent:
Starting Cloud Agent:
[root@ClovemDemo ~]# ps -ef |grep java |grep -v grep |wc -l
3
[root@ClovemDemo ~]# lsof -i:8080
COMMAND   PID  USER   FD   TYPE  DEVICE SIZE/OFF NODE NAME
java  64485 cloud   35u  IPv6 1289046    0t0  TCP *:webcache (LISTEN)
[root@ClovemDemo ~]# tailf /var/log/cloudstack/management/management-server.log
　　通过以上命令发现服正常启动，用tailf命令监控管理服务的日志信息
　　5. 登录UI查看升级后信息
DSC0004.png

DSC0005.png

DSC0006.png

DSC0007.png

DSC0008.png 此时日志中会有如下信息

DSC0009.png

　　这样的警告，可以暂不关心，做到最后，一切都会正常了。
DSC00010.png

　　6. 升级系统模板
　　[1] 记录数据库中保存的原先系统模板的名称以及路径
　　template/tmpl/1/3//b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2
[root@ClovemDemo ~]# mysql -uroot -p123456 cloud -e  'SELECT install_path  FROM template_host_ref\G'
*************************** 1. row ***************************
install_path: template/tmpl/1/9/
*************************** 2. row ***************************
install_path: template/tmpl/1/8/
*************************** 3. row ***************************
install_path: template/tmpl/1/3//b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2
*************************** 4. row ***************************
install_path: template/tmpl/1/1/
*************************** 5. row ***************************
install_path: NULL
*************************** 6. row ***************************
install_path: NULL
*************************** 7. row ***************************
install_path: NULL
*************************** 8. row ***************************
install_path: template/tmpl/2/202//3bce9e6c-4480-32e6-bd52-c7199a1bc375.qcow2
　　[2] 查看模板所在路径以及相关模板信息
[root@ClovemDemo ~]# ls\
 /secondary/template/tmpl/1/3/b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2
/secondary/template/tmpl/1/3/b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2
[root@ClovemDemo ~]# cat /secondary/template/tmpl/1/3/
b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2  template.properties          
[root@ClovemDemo ~]# cat /secondary/template/tmpl/1/3/template.properties
filename=b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2
description=SystemVM Template
checksum=
hvm=false
size=725811200
qcow2=true
id=3
public=true
qcow2.filename=b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2
uniquename=routing-3
qcow2.virtualsize=725811200
virtualsize=725811200
qcow2.size=725811200
　　记录template.properties 中的filename以及qcow2.filename字段
　　b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2
　　[3] 导入cloudplatform4.2.0的系统模板，覆盖原有模板文件
[root@ClovemDemo ~]# /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt 、-m /secondary/ -f /var/www/html/cloud/systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2  -h kvm -F
Uncompressing to /usr/share/cloudstack-common/scripts/storage/secondary/7d037545-8106-4007-b1b9-3aaf59e9ae64.qcow2.tmp (type bz2)...could take a long time
Moving to /secondary/template/tmpl/1/3///7d037545-8106-4007-b1b9-3aaf59e9ae64.qcow2...could take a while
Successfully installed system VM template /var/www/html/cloud/systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2 to /secondary/template/tmpl/1/3/
　　[4]查看新导入的系统模板信息
[root@ClovemDemo ~]# ls /secondary/template/tmpl/1/3/
7d037545-8106-4007-b1b9-3aaf59e9ae64.qcow2  template.properties
[root@ClovemDemo ~]# cat /secondary/template/tmpl/1/3/template.properties
filename=7d037545-8106-4007-b1b9-3aaf59e9ae64.qcow2
description=SystemVM Template
checksum=
hvm=false
size=276162048
qcow2=true
id=3
public=true
qcow2.filename=7d037545-8106-4007-b1b9-3aaf59e9ae64.qcow2
uniquename=routing-3
qcow2.virtualsize=276162048
virtualsize=276162048
qcow2.size=276162048
　　发现其文件名已经改变

　　[5] 修改新系统模板导入后的文件名，跟原先的系统模板名一致
[root@ClovemDemo ~]# cd /secondary/template/tmpl/1/3/
[root@ClovemDemo 3]# mv 7d037545-8106-4007-b1b9-3aaf59e9ae64.qcow2  b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2
[root@ClovemDemo 3]# sed -i 's/7d037545-8106-4007-b1b9-3aaf59e9ae64.qcow2/b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2/g'  template.properties
[root@ClovemDemo 3]# cat template.properties
filename=b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2
description=SystemVM Template
checksum=
hvm=false
size=276162048
qcow2=true
id=3
public=true
qcow2.filename=b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2
uniquename=routing-3
qcow2.virtualsize=276162048
virtualsize=276162048
qcow2.size=276162048
　　如上代码操作，将7d037545-8106-4007-b1b9-3aaf59e9ae64.qcow2 修改为原先系统模板的名称
　　b7b85af8-d127-41d9-b316-34d2301fa7c7.qcow2，template.properties中也同时替换，如此，无需修改数据库中的相关字段。
　　[6]将CloudPlatForm的区域禁用
DSC00011.png

DSC00012.png

　　

　　[7] 清空系统模板缓存，将所有系统虚机状态置为Stopped
mysql> UPDATE template_spool_ref SET download_pct='0',download_state='NOT_DOWNLOADED',state='NULL',local_path='NULL',install_path='NULL',template_size='0' WHERE template_id='3';
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0
mysql> UPDATE vm_instance SET state='Stopped' where id=1;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0
mysql> UPDATE vm_instance SET state='Stopped' where id=2;
Query OK, 1 row affected (0.02 sec)
Rows matched: 1  Changed: 1  Warnings: 0
mysql> UPDATE vm_instance SET state='Stopped' where id=6;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0
　　将s-1-VM,v-2-VM,r-6-VM的状态全部置为Stopped状态，id号一般为系统虚机名称中间的数字，不确定的话，通过对vm_instance的记录进行查询即可。
　　[8] 启用cloudplatform的区域，销毁所有Stopped状态的系统虚机
DSC00013.png

DSC00014.png

　　

DSC00015.png

　　

　　按照同样的方式销毁SSVM(s-1-VM)跟CPVM(v-2-VM),然后查看基础架构
DSC00016.png

　　

　　等待片刻，查看系统虚机，发现新的SSVM跟 CPVM已经重建完成
DSC00017.png

　　[9] 新建实例，验证功能是否正常
DSC00018.png

DSC00019.png

DSC00020.png

DSC00021.png

DSC00022.png

DSC00023.png

[10]查看原有实例clovem-instance-001状态并验证功能调用

DSC00024.png

DSC00025.png

DSC00026.png




DSC00027.png

DSC00028.png

DSC00029.png


此时再去看日志,会发现之前的警告消失了。

DSC00030.png

　　

　　按照以上的步骤操作，基本不会有问题了，笔者通过了多次验证，记录下以上所有步骤，希望可以帮到大家。
　　升级成功后，大家可以进行更加详细的测试，比如上文的停止，启动实例，也可以通过注册模板，下载模板等其他方式验证升级是否成功！
　　祝大家操作顺利！


　　
关注下面的标签，发现更多相似文章
免责声明：

1. 本站所有资源来自网络搜集或用户上传，仅作为参考不担保其准确性！

2. 本站内容仅供学习和交流使用，版权归原作者所有！© 查看更多

3. 如有内容侵害到您，请联系我们尽快删除，邮箱：kf@codeae.com

分享到： QQ好友和群QQ好友和群 QQ空间QQ空间

举报

返回列表
相关帖子
avatar
276 经验
1106 文档
OPNE在线字典
2021-2025  版权所有：CodeAE代码之家   
粤ICP备2023096576号-2