我开始在我的作品中部署oVirt,并且在开始使用时,我有很多关于如何pipe理所有内容的问题。
首先我将描述我的设置。 我有三台机器,两台ProLiant DL360e Gen8服务器和一台普通PC。 所有这些操作系统都有1TB的存储空间,并且具有相同的分区scheme。 按照这个教程 , 这是第二部分 ,我设法设置三台机器如下:
集群存储与gluster和CTDB导出四卷:引擎,isos,数据和元。 Meta用于保持群集之间的一致性,引擎用于存储oVirt的托pipe引擎数据,数据用于存储VM的映像,isos用于存储用于OS vm provisioning的iso映像。
托pipe引擎已在两个ProLiant服务器中设置。
我正在寻找这个设置是为了能够继续运行虚拟机,即使有一个ProLiants被closures。 所以我不得不build立第三台存储机器,这样,如果一个ProLiants出现故障,我不会在导出的gluster卷中丢失法定数量。
一切似乎工作正常。 所以让我问几个问题:
最后,请原谅我的英文不好! 这不是我的母语!
谢谢大家提前!
引擎备份是使用一个恰当地称为engine-backup的脚本完成的。 备份虚拟机是棘手的,有一个内置的API [1],但只有在使用能够libvirt blockcommit的主机操作系统(即最新的Fedora或EL7.1)时才有效。 否则,如果停机时间不重要,可以使用代理内部备份或停止备份虚拟机。
如果交换机可以支持,我将使用模式4绑定所有4个网卡,并将networking分隔成pipe理VLAN,VMnetworking,显示networking和存储networking。 如果您预计存储负载会受到干扰,也许可以将其分解为两个债券,一个用于存储,一个用于虚拟机,显示和pipe理
一次一个。 当你点击“维护”button时,主机上的所有虚拟机都会迁移出去,这样主机就可以被closures了。 在维护期间的存储连接也正在closures。
无论UPS供应商推荐什么,这与oVirt无关。 基本上,关机前的过程是首先将所有虚拟机closures(所以UPS可能需要触发一个API脚本,以便在所有虚拟机上发出关机),然后将所有主机置于维护状态,以便干净地closures它们。 当所有主机都在维修时,拔出插头是安全的
没错,也不对。 在较旧的版本中,如果删除了默认的东西,就会出现一些硬性的依赖关系。 使用默认值不是问题。 因为把所有东西都命名得更好,所以build议创build你自己的DC和Clusters。 要在群集之间移动主机,请将其置于维护状态,编辑并更改群集关联。 激活主机 – 它在新的群集中。
欢迎来到oVirt的精彩世界:)
[1] http://www.ovirt.org/Features/Backup-Restore_API_Integration