<p dir="ltr">Commodity hardware for storage and virtualization.</p>
<p dir="ltr">I wanted to use hosts for storage and virtualization. Two hosts are all I need. But in order to protect data I thought that can go with 3 - using the third one just for data storage and because of that can use a weak CPU. In order not get a productivity penalty the 3rd host needs to have the same CPU as the other two.</p>
<p dir="ltr">From what i read if the hosts have different generations of CPU models, they use only the features present in all models.<br>
Does it relates to instructions only?</p>
<p dir="ltr">To be precise X and Y have 2 CPUs. Does it mean that the third host also needs to have 2 CPUs?<br>
What will happen if I use just one CPU which have less cores (then each in X and Y) but the same instruction set extensions?</p>
<div class="gmail_quote">On Jun 3, 2015 6:27 PM, "Simone Tiraboschi" <<a href="mailto:stirabos@redhat.com">stirabos@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
----- Original Message -----<br>
> From: "Kiril L" <<a href="mailto:neohidra@gmail.com">neohidra@gmail.com</a>><br>
> To: <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>
> Sent: Wednesday, June 3, 2015 4:25:30 PM<br>
> Subject: Re: [ovirt-users] Is it a plausible configuration?<br>
><br>
> On Wed, Jun 3, 2015 at 4:54 PM, Simone Tiraboschi <<a href="mailto:stirabos@redhat.com">stirabos@redhat.com</a>><br>
> wrote:<br>
> ><br>
> ><br>
> > ----- Original Message -----<br>
> >> From: "Kiril L" <<a href="mailto:neohidra@gmail.com">neohidra@gmail.com</a>><br>
> >> To: <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>
> >> Sent: Wednesday, June 3, 2015 3:32:52 PM<br>
> >> Subject: [ovirt-users] Is it a plausible configuration?<br>
> >><br>
> >> Would you please tell me if this configuration is doable or there is<br>
> >> something that i am missing?<br>
> >><br>
> >> I would like to use only two servers (X and Y) for VDI and Gluster<br>
> >> based storage.<br>
> >> Hosted engine for oVirt and replicated volumes between X and Y for the<br>
> >> gluster storage. Is a third machine Z a must?<br>
> ><br>
> > It works also with just two hosts but it's not that safe: a replica-2<br>
> > GlusterFS volume affected by a split-brain issue could be not self-healing<br>
> > while with replica-3 you could rely on quorum enforcement just cause you<br>
> > are using an odd host number.<br>
> ><br>
> > For oVirt 3.6 we are working on<br>
> > <a href="http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Support" target="_blank">http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Support</a><br>
> ><br>
> ><br>
> >> _______________________________________________<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" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
> >><br>
><br>
> I do not like the risk part! In that case will have to wait for a<br>
> third machine then.<br>
><br>
> So in future there will be something useful for me but i did not get<br>
> it - what exactly will be different between ovirt 3.5 with quoum<br>
> enforcment and ovirt 3.6 with Hyper Converged Gluster Support?<br>
<br>
Using the same piece of commodity hardware for virtualization purposes and also as a node of your shared storage is the base idea of hyper-converging.<br>
So you are basically trying to manually do what the setup could do for you in the next release.<br>
Unfortunately I've to add that this path is not the easiest one and there are a lot of aspect to be carefully configured in order to get a robust and reliable deployment.<br>
<br>
<br>
> _______________________________________________<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" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
><br>
</blockquote></div>