ovirt
silenux
这个作者很懒,什么都没留下…
展开
-
ovirt中文环境下虚拟机迁移异常跟踪
虚拟机迁移失败其实是有很多原因引起的,如两边主机名相同,如虚拟机使用的cache模式不为none, 或者另一边的主机启动虚拟机失败等等。或许迁移失败是可以接受的,但是迁移失败导致虚拟机一直处于迁移状态不可使用不可恢复,那问题就严重了,其实还有更严重的,如果重启两边主机的vdsm服务,虚拟机能从迁移状态中恢复回来,但是虚拟机迁移时目标主机预留的内存,pending_vmem_size, 并没有回收回来,而且是永久的,除非手动修改数据库,否则这部分内存就永远被“雪藏“了,不能再用于虚拟机的分配。原创 2017-11-02 08:57:13 · 1254 阅读 · 0 评论 -
保护模式虚拟机使用qemu的snapshot参数引发的惨案
在ovirt环境中,有1个手动池,用户每次使用完后,需要将虚拟机回退到原始版本。在ovirt原有的实现里,是通过快照来实现的,他所谓的快照,其实就是创建原磁盘的一个增量文件,虚拟机运行时,原来的磁盘作为模板,数据写入到增量文件中,虚拟机关闭时只要把增量文件删除了就行,不会影响到原磁盘。这种社区的方式在生产环境中也出现了一些小问题,于是我们引入了qemu自带的snapshot参数,这样qemu读写磁盘时会写在临时文件或者内存中,我们乐的什么也不用管,而且很稳定。但是,后来发现了这种方式在块设备+qcow自原创 2017-11-14 17:36:47 · 533 阅读 · 0 评论 -
ovirt需要多少内存
ovirt官方推荐的内存到底是不是16G呢,最后仔细看了看,当总内存少于4G时,会弹出提示,官方推荐的最少内存是4G,推荐内存是16G,但这是指总内存,分给engine堆内存只需要其1/4,也就是4G。这样就闹出笑话了,其实4G还是满合理的,4G的堆内存,按新老生代一分,新生代也就1G多内存,不是很重,ovirt不属于计算密集型,也不属于存储io密集型,他要做的也就是和主机定时同步下数据而已,不需要过多的资源。原创 2017-11-06 09:50:54 · 498 阅读 · 0 评论 -
通过qemu的snapshot参数,帮助实现虚拟化计算和存储资源的隔离
前面我说了qemu的snapshot参数,能实现虚拟机写磁盘时写入的是内存和本地临时文件,不会再访问存储,那么如果所有虚拟机都这样,那么所有虚拟机运行之后都不会再写存储,那存储甚至可以只读挂载,而且,我们还可以通过网盘等外部系统给虚拟机分配额外的磁盘来保存个人数据,虚拟化提供基本的系统和计算资源,外部网盘系统提供数据盘用来写入数据,这意味着计算资源和存储资源的稳定性进行隔离了,虚拟化提供稳定的计算资源,网盘系统提供稳定的存储资源,这样既经济又稳定。原创 2017-11-17 08:45:17 · 323 阅读 · 0 评论 -
浅谈ovirt中的spm机制
红帽的SPM方案,很巧妙,由唯一的SPM主机先将存储里数据分配好空间,比如哪个虚拟机占哪些空间,然后其他主机在启动这个虚拟机后可以随意的写入已经分配好的空间,如果这个虚拟机需要扩容,需要向SPM主机申请,由SPM主机扩完容后再交由其他主机访问。原创 2017-12-28 14:47:08 · 1002 阅读 · 1 评论 -
glusterfs已经为虚拟化双机高可用方案提供可靠保障
经过持续断电断网测试,很欣喜的发现gluster3.12版本已经为两副本双机高可用虚拟化环境里数据提供可靠保障。之前的3.10板本虚拟机总容易出现暂停,且暂停后,即使之后存储恢复,虚拟机也不能继续运行,只能先关再开。作为1款开源的分布式文件系统,有如此稳定表现,实在是很难得,如果再配合lvm的cache方式,提高下性能,与商业分布式文件系统已经有一拼的实力。红帽ovirt4.2系列也积极采用3原创 2018-01-20 17:06:44 · 1793 阅读 · 1 评论