OpenStack虚拟机迁移调度Ceph Pool影响

今天在并发migrate的时候,由于一批节点是新上nova-compute服务还处于disable状态,而且迁移必须会更换新节点,导致迁移到一些没有空余资源的节点上出现了ERROR,因此也没太放心上,但是结束之后,随后对一台云主机进行了resize操作,正常返回,但是没有任何修改规格的动作引起了我的注意,因此仔细研究了一下

首先直接调用nova接口进行修改规格

$ nova resize f72[......]

Read more

OpenStack输出虚拟机console-log信息

通过可以直接获取虚拟机的控制台日志,调用novaclient可以直接

$ nova console-log $uuid

通常从console-log里可以看到一些虚拟机的异常问题,除此之外可以直接将虚拟机内部的一些信息重定向到console中,然后通过nova结果在console-log里可以获取,如

虚拟机内部interfaces文件

~# cat /etc/network/interfa[......]

Read more

OpenStack计算资源创建异常日志定位

在云计算虚拟机创建过程中时常会出现异常或者创建失败,而这显然不能跟一般的普通应用软件一样看执行结果,因为往往涉及到很多不同的项目组,而且数量十分庞大,因此会每一个操作都会通过详细的日志记录下来,方便定位各种异常,OpenStack就做到了这一点

比如现在使用方想看看几天前有一个虚拟机出错,但是虚拟机已经删掉了,现在需要知道错误原因,通过日志也是可以查的

用户A:

1:虚拟机已删了

2:租户为7bb[……]

Read more

Live Migration Abort

前一篇对于在线的迁移的测试,已经说明了live-migration的接口会pause住虚拟机,然后进行迁移,这样就不会担心内存刷新率过高导致无限迁移下去,也就是迁移绝对是会结束的

但是这种pause住的方式是无法满足我们的需求的,服务不出现中断是最重要的要求,因此在迁移接口去掉pause住虚拟机肯定是必要的,但是虚拟机内部内存的刷新率和宿主机带宽对整个在线迁移的影响却是起了决定性作用,这个是无法左[……]

Read more

Live Migration

在线迁移的好处太多太多,前段时间由于客户用的虚拟机对内存需求量过高,导致节点内存不够需要扩容,而由于是线上,只好两方人员凌晨来进行内存扩容,涉及到开发,测试,运维以及客户机房,运维一堆人,而且需要各种验证,关机,扩容,开机等,时间拉得十分长,如果顺利则已,由于是和硬件打交道,假如出现了硬件之间不兼容之类的问题,肯定会是一个大坑,甚至出现节点上虚拟机无法使用等风险,此时遥想如果能够在不中断服务的前提[……]

Read more