<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 6, 2016 at 12:17 PM, Christophe TREFOIS <span dir="ltr">&lt;<a href="mailto:christophe.trefois@uni.lu" target="_blank">christophe.trefois@uni.lu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
No, I move VMs around with an Export Storage domain.<br></blockquote><div><br></div><div>If you have enough disk and bandwidth, perhaps it makes more sense to set up Gluster as a shared storage? </div><div>And then just pin VMs to specific hosts, instead of separate DCs, etc.?</div><div>Y.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
All NFS is exported only to the local machine.<br>
<br>
Nothing is “shared” between hosts. But because I want to export VMs, we use “shared” storage in oVirt instead of “local”.<br>
<br>
Best,<br>
<span class="im HOEnZb"><br>
--<br>
<br>
Dr Christophe Trefois, Dipl.-Ing.<br>
Technical Specialist / Post-Doc<br>
<br>
UNIVERSITÉ DU LUXEMBOURG<br>
<br>
LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE<br>
Campus Belval | House of Biomedicine<br>
6, avenue du Swing<br>
L-4367 Belvaux<br>
T: <a href="tel:%2B352%2046%2066%2044%206124" value="+3524666446124">+352 46 66 44 6124</a><br>
F: <a href="tel:%2B352%2046%2066%2044%206949" value="+3524666446949">+352 46 66 44 6949</a><br>
<a href="http://www.uni.lu/lcsb" rel="noreferrer" target="_blank">http://www.uni.lu/lcsb</a><br>
<br>
<br>
<br>
----<br>
This message is confidential and may contain privileged information.<br>
It is intended for the named recipient only.<br>
If you receive it in error please notify me and permanently delete the original message and any copies.<br>
----<br>
<br>
<br>
<br>
</span><div class="HOEnZb"><div class="h5">&gt; On 06 Sep 2016, at 10:06, Yedidyah Bar David &lt;<a href="mailto:didi@redhat.com">didi@redhat.com</a>&gt; wrote:<br>
&gt;<br>
&gt; On Tue, Sep 6, 2016 at 9:53 AM, Christophe TREFOIS<br>
&gt; &lt;<a href="mailto:christophe.trefois@uni.lu">christophe.trefois@uni.lu</a>&gt; wrote:<br>
&gt;&gt; Personally my use case is that I have 4 machines with different specs and storage sizing. So I setup four DC with 1 host each. Then I have hosted engine on one of the hosts. Storage is local shared via NFS so that I can move VMs around.<br>
&gt;<br>
&gt; Not sure I fully understand.<br>
&gt;<br>
&gt; You use each of the 4 machines for both storage and running VMs?<br>
&gt; And export nfs on each to all the others?<br>
&gt;<br>
&gt; So that if a VM needs more CPU/memory then disk IO, you can move<br>
&gt; it to another machine and hopefully get better performance even<br>
&gt; though the storage is not local?<br>
&gt;<br>
&gt; I admit that it sounds very reasonable, and agree that doing this<br>
&gt; with nfs is easier than with iSCSI. If you don&#39;t mind the risk of<br>
&gt; local-nfs-mount locks, fine. As others noted, seems like it&#39;s quite<br>
&gt; a low risk.<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; At this point we are not interested necessarily in HA.<br>
&gt;&gt;<br>
&gt;&gt; Maybe for you that&#39;s the definition of a Dev environment as production has other attributes than just the type of storage?<br>
&gt;<br>
&gt; Dev or Prod is for you to define :-)<br>
&gt;<br>
&gt; How much time/money do you loose if a machine dies? If a machine<br>
&gt; locks up until someone notices and handles?<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; Would be nice to hear your thoughts about this.<br>
&gt;<br>
&gt; As wrote above, sounds reasonable if you understand the risks<br>
&gt; and can live with them.<br>
&gt;<br>
&gt; Looking at the future you might want to check HC:<br>
&gt;<br>
&gt; <a href="https://www.ovirt.org/develop/release-management/features/gluster/glusterfs-hyperconvergence/" rel="noreferrer" target="_blank">https://www.ovirt.org/develop/<wbr>release-management/features/<wbr>gluster/glusterfs-<wbr>hyperconvergence/</a><br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; Kind regards,<br>
&gt;&gt; Christophe<br>
&gt;&gt;<br>
&gt;&gt; Sent from my iPhone<br>
&gt;&gt;<br>
&gt;&gt;&gt; On 06 Sep 2016, at 08:45, Yedidyah Bar David &lt;<a href="mailto:didi@redhat.com">didi@redhat.com</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Tue, Sep 6, 2016 at 12:34 AM, Christophe TREFOIS<br>
&gt;&gt;&gt; &lt;<a href="mailto:christophe.trefois@uni.lu">christophe.trefois@uni.lu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt; So basically we need at least 2 nodes to enter the realm of testing and maintained?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; I think some people occasionally use hosted-engine with local<br>
&gt;&gt;&gt; iSCSI storage on a single machine. AFAIK it&#39;s not tested by CI<br>
&gt;&gt;&gt; or often, but patches are welcome - e.g. using lago and<br>
&gt;&gt;&gt; ovirt-system-tests.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Can you please explain your intentions/requirements?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Even if it works, oVirt is not designed for single-machine<br>
&gt;&gt;&gt; _production_ use. For that, I think that most people agree that<br>
&gt;&gt;&gt; virt-manager is more suitable. oVirt on a single machine is<br>
&gt;&gt;&gt; usually for testing/demonstration/<wbr>learning/etc.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; If we’re talking pure oVirt here.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; --<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Dr Christophe Trefois, Dipl.-Ing.<br>
&gt;&gt;&gt;&gt; Technical Specialist / Post-Doc<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; UNIVERSITÉ DU LUXEMBOURG<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE<br>
&gt;&gt;&gt;&gt; Campus Belval | House of Biomedicine<br>
&gt;&gt;&gt;&gt; 6, avenue du Swing<br>
&gt;&gt;&gt;&gt; L-4367 Belvaux<br>
&gt;&gt;&gt;&gt; T: <a href="tel:%2B352%2046%2066%2044%206124" value="+3524666446124">+352 46 66 44 6124</a><br>
&gt;&gt;&gt;&gt; F: <a href="tel:%2B352%2046%2066%2044%206949" value="+3524666446949">+352 46 66 44 6949</a><br>
&gt;&gt;&gt;&gt; <a href="http://www.uni.lu/lcsb" rel="noreferrer" target="_blank">http://www.uni.lu/lcsb</a><br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; ----<br>
&gt;&gt;&gt;&gt; This message is confidential and may contain privileged information.<br>
&gt;&gt;&gt;&gt; It is intended for the named recipient only.<br>
&gt;&gt;&gt;&gt; If you receive it in error please notify me and permanently delete the original message and any copies.<br>
&gt;&gt;&gt;&gt; ----<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; On 05 Sep 2016, at 16:31, Fernando Frediani &lt;<a href="mailto:fernando.frediani@upx.com.br">fernando.frediani@upx.com.br</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Adding Kimchi to oVirt node perhaps may be the easiest option. It can be pretty useful for many situations and doesn&#39;t need such thing like mounting NFS in localhost.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; It is not nice to not have a All-in-One stable solution anymore as this can help with its adoption for later growth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; oVirt-Cockpit looks nice and intresting.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Fernando<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; On 05/09/2016 05:18, Barak Korren wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; On 4 September 2016 at 23:45, zero four &lt;<a href="mailto:zfnoctis@gmail.com">zfnoctis@gmail.com</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; ...<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; I understand and acknowledge that oVirt is not targeted towards homelab<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; setups, or at least small homelab setups.  However I believe that having a<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; solid configuration for such use cases would be a benefit to the project as<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; a whole.<br>
&gt;&gt;&gt;&gt;&gt;&gt; As others have already mentioned, using the full oVirt  with engine in<br>
&gt;&gt;&gt;&gt;&gt;&gt; a single host scenario can work, but is not currently actively<br>
&gt;&gt;&gt;&gt;&gt;&gt; maintained or tested.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; There are other options originating from the oVirt community however.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; One notable option is to use the Cockpit-oVirt plugin [1] which can<br>
&gt;&gt;&gt;&gt;&gt;&gt; use VDSM to manage VMs on a single host.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Another option is to use the Kimchi project [2] for which discussion<br>
&gt;&gt;&gt;&gt;&gt;&gt; for making it an oVirt project had taken part in the past [3]. It<br>
&gt;&gt;&gt;&gt;&gt;&gt; seems that also some work for inclusion in oVirt node was also planned<br>
&gt;&gt;&gt;&gt;&gt;&gt; at some point [4].<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; [1]: <a href="http://www.ovirt.org/develop/release-management/features/cockpit/" rel="noreferrer" target="_blank">http://www.ovirt.org/develop/<wbr>release-management/features/<wbr>cockpit/</a><br>
&gt;&gt;&gt;&gt;&gt;&gt; [2]: <a href="https://github.com/kimchi-project/kimchi" rel="noreferrer" target="_blank">https://github.com/kimchi-<wbr>project/kimchi</a><br>
&gt;&gt;&gt;&gt;&gt;&gt; [3]: <a href="http://lists.ovirt.org/pipermail/board/2013-July/000921.html" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>pipermail/board/2013-July/<wbr>000921.html</a><br>
&gt;&gt;&gt;&gt;&gt;&gt; [4]: <a href="http://www.ovirt.org/develop/release-management/features/node/kimchiplugin/" rel="noreferrer" target="_blank">http://www.ovirt.org/develop/<wbr>release-management/features/<wbr>node/kimchiplugin/</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt;&gt;&gt;&gt; Users mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt;&gt;&gt; Users mailing list<br>
&gt;&gt;&gt;&gt; <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
&gt;&gt;&gt;&gt; <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; --<br>
&gt;&gt;&gt; Didi<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Didi<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>
</div></div></blockquote></div><br></div></div>