<div dir="ltr">Thanks for an article, Martin!<div>Any chance to configure a third cost to act as GlusterFS Arbitr only using this wizard? <br><br>And stupid question - how to make this wizard up and running? I've everything installed and nothing is runnin on port 9090 :) <br><br></div><div>Regards,</div><div>Artem</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 3, 2017 at 12:49 PM, Martin Sivak <span dir="ltr"><<a href="mailto:msivak@redhat.com" target="_blank">msivak@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
you should take a look at the hyper converged way of installing oVirt.<br>
We have a cockpit wizard that does almost everything for you:<br>
<br>
<a href="https://www.ovirt.org/documentation/gluster-hyperconverged/chap-Deploying_Hyperconverged/" rel="noreferrer" target="_blank">https://www.ovirt.org/<wbr>documentation/gluster-<wbr>hyperconverged/chap-Deploying_<wbr>Hyperconverged/</a><br>
<br>
It uses three hosts and collocates the VMs together with Gluster storage.<br>
<br>
Best regards<br>
<br>
--<br>
Martin Sivak<br>
SLA /oVirt<br>
<div class="HOEnZb"><div class="h5"><br>
On Fri, Nov 3, 2017 at 8:39 AM, Artem Tambovskiy<br>
<<a href="mailto:artem.tambovskiy@gmail.com">artem.tambovskiy@gmail.com</a>> wrote:<br>
> Thanks Eduardo!<br>
><br>
> I think I can find a third server to build a glusterFS storage. So the first<br>
> step will be to install a self-hosted engine on the new server and start<br>
> building a glusterFS storage. IS there any easy way to migrate existing 5<br>
> VM's running on the second bare-metal oVirt host, right? I found a little<br>
> bit tricky moving oVirt backups between the hosts (at least I failed to<br>
> replicate the existing VM's on the second server).<br>
><br>
> Regards,<br>
> Artem<br>
><br>
><br>
><br>
> On Fri, Nov 3, 2017 at 10:24 AM, Eduardo Mayoral <<a href="mailto:emayoral@arsys.es">emayoral@arsys.es</a>> wrote:<br>
>><br>
>> For HA you will need some kind of storage available to all the compute<br>
>> nodes in the cluster. If you have no external storage and few nodes, I think<br>
>> your best option for storage is gluster , and the minimum number of nodes<br>
>> you will need for HA is 3 (the third gluster node can be metadata-only, but<br>
>> you still need that third node to give you quorum, avoid split-brains and<br>
>> have something that you can call "HA" with a straight face.<br>
>><br>
>> Eduardo Mayoral Jimeno (<a href="mailto:emayoral@arsys.es">emayoral@arsys.es</a>)<br>
>> Administrador de sistemas. Departamento de Plataformas. Arsys internet.<br>
>> <a href="tel:%2B34%20941%20620%20145%20ext.%205153" value="+34941620145">+34 941 620 145 ext. 5153</a><br>
>><br>
>> On 03/11/17 08:10, Artem Tambovskiy wrote:<br>
>><br>
>> Looking for a design advise on oVirt provisioning. I'm running a PoC lab<br>
>> on single bare-metal host (suddenly it was setup with just Local Storage<br>
>> domain) and<br>
>> no I'd like to rebuild the setup by making a cluster of 2 physical<br>
>> servers, no external storage array available. That are the options here? is<br>
>> there any options to build cheap HA cluster with just 2 servers?<br>
>><br>
>> Thanks in advance!<br>
>><br>
>> Artem<br>
>><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> Users mailing list<br>
>> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
>> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
>><br>
>><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Users mailing list<br>
> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
><br>
</div></div></blockquote></div><br></div>