分类openstack下的文章

许四两 发布于 02月21, 2017

ceph环境evacuate后虚拟机无法启动问题

最近在ceph环境测试虚拟机的一些功能,其中一个比较重要的就是清退功能(exacuate),在对exacuate测试过程中遇到如下问题:虚拟机在新的节点重建后,启动后报“No bootable device” 异常,无法正常启动。下面就这个问题我们来排查一下。

阅读全文 »

许四两 发布于 02月21, 2017

rabbitmq高可用-镜像队列模式

rabbitmq 是整个openstack中非常核心的一个组件,是消息中枢,如果rabbitmq不可用的话,那么整个openstack服务就会是不可用的,所以有必要针对rabbitmq进行一些可靠性的测试。

阅读全文 »

许四两 发布于 02月06, 2017

如何解决磁盘空洞问题

如果虚拟机创建使用的是本地磁盘模式,那么面临一个问题,就是磁盘空洞,比如你创建了200G磁盘的虚拟机,使用qcow2文件格式,如果没有用“厚制备”方式,一开始它只分配给你很小的磁盘空间,随着写入量增多,文件会越来越大,但是这时候你删除了大量的文件,它的大小并没有减小,因为这需要各个层面配合联动,才能达到“伸缩自如”的效果。

阅读全文 »

霍明明 发布于 02月01, 2017

Nova 从Kilo 升级到 Mitaka 遇到的坑

大家都知道 OpenStack 最大的痛点莫过于组件过多而导致的安装部署繁琐的问题,因此很多公司/企业都不得不望而生畏,不过还好我们Hold住了,而且还很流程化、自动化;但是最近我们又尝试去触碰以下 OpenStack 的另一个硬骨头---升级。OpenStack升级是另一件让 OpenStacker 比较头疼的事情,因为要在保证现有现有业务不能受影响的同时又要快速完成升级任务,回想其安装的过程,可想而知其升级是多么的让人没有底,而且不是相邻版本之间的升级,我们是跨大版本之间的升级(Kilo到Mitaka);但是,我们勇于尝试,接下来就来看看我们是怎么搞定的吧。

阅读全文 »

许四两 发布于 01月19, 2017

rabbitmq解决socket满问题

openstack组件之间的通讯很多都是通过消息队列完成,比如计算节点获取创建任务等,所以消息队列的稳定对整个集群影响至关重要,可以说是openstack的神经,我们使用的消息队列是rabbitmq。
我们在使用过程当中发现有时候单个节点rabbitmq,socket会被占满,这样导致好多消息被阻塞,而默认配置单个rabbitmq文件描述符是4096,非常小,非常容易就把socket占满。
所以我们就要想办法增加rabbitmq的文件描述符,增加socket数量。

阅读全文 »