<div dir="auto"><div>Ah I see, sorry I wasn&#39;t aware of that. Is there a particular reason in using file based VMs ? since generally speaking the performance on raw devices is much better and in DRBD9 you can leverage of thin lvm or zfs based snapshots.<div dir="auto"><br></div><div dir="auto">Yannis</div><br><div class="gmail_extra"><br><div class="gmail_quote">On 26 Aug 2017 15:14, &quot;Gionatan Danti&quot; &lt;<a href="mailto:g.danti@assyoma.it">g.danti@assyoma.it</a>&gt; wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">Il 26-08-2017 13:56 Yannis Milios ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Have you considered a HA NFS over a 2-node DRBD8 cluster ? Should work<br>
well on most hypervisors (qcow2,raw,vmdk based).<br>
<br>
Yannis<br>
</blockquote>
<br></div>
Hi Yannis, yes, I considered that.<br>
However, as this would be a converged setup (ie: virtual machines run on the same node exporting the storage), this would require a loopback NFS mount. From what I know, this is (was?) discouraged due to possible livelock on the NFS kernel process.<div class="elided-text"><br>
<br>
Thanks.<br>
<br>
-- <br>
Danti Gionatan<br>
Supporto Tecnico<br>
Assyoma S.r.l. - <a href="http://www.assyoma.it" rel="noreferrer" target="_blank">www.assyoma.it</a><br>
email: <a href="mailto:g.danti@assyoma.it" target="_blank">g.danti@assyoma.it</a> - <a href="mailto:info@assyoma.it" target="_blank">info@assyoma.it</a><br>
GPG public key ID: FF5F32A8<br>
</div></blockquote></div><br></div></div></div>