<p dir="ltr"><br>
Hello,</p>
<p dir="ltr"></p>
<p dir="ltr">On 17:48, Sat, Nov 8, 2014 Guido Jäkel </p>
<p dir="ltr">wrote:</p>
<blockquote><p dir="ltr">On 04.11.2014 18:33, Stéphane Graber wrote:<br>
> The main features and I'm sure I'll be forgetting some are:<br>
>  - Image based workflow (no more locally built rootfs)</p>
<p dir="ltr">Dear Stéphane,</p>
<p dir="ltr">is there any plan to support an (aehm, my) infrastructure design, where (at least) all the container rootfs's (and the containers configuration files) are on shared filesystem (e.g. NFS) used by the LXC-hosts. In fact, all the container private an shared data space is on a shared filesystem resorce, too.</p>
<p dir="ltr">In this design approach, each of the LXC hosts may serve any container. It's something like a LXC host cluster, a virtual LXC host in terms of CPU cores and RAM. And moving containers between different hosts (by stop and start) will need zero time for copying any image or data partitions. I use this to spread clustered containers (e.g. MySQL Master/Slave) for production on independent hardware or quickly rearrange some sets on the test stage.</p>
<p dir="ltr">It will be great to have some master where one may controll the containers without actually have to know where the container is running for the most of commands -- except something related to a concrete provisioning of course -- and may e.g. list the overall status of all containers on all hosts.</p>
</blockquote>
<blockquote><p dir="ltr"><br>
</p>
</blockquote>
<p dir="ltr"><br>
</p>
<p dir="ltr">This is exactly the setup someone using something like NetApp storage would use to store all their data while all the computation would occur on the LXC host cluster.</p>
<p dir="ltr">It would be great to see LXD managing all of this centrally!</p>
<p dir="ltr">Best Regards,<br>
Rigved</p>