<div dir="ltr">thanks for clarifying, that's very helpful, especially the part about libvirt, which I was reading more about and wasn't sure if indeed it was directly using lxc or what. I most definitely don't want to use a "3rd party" implementation even tho virt-manager is pretty appealing for some of the end-users I'd like to give virtual machines/containers to.<div><br></div><div>thanks,</div><div><br></div><div>Spike</div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Apr 2, 2017 at 10:49 AM Stéphane Graber <<a href="mailto:stgraber@ubuntu.com">stgraber@ubuntu.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sun, Apr 02, 2017 at 05:37:49PM +0000, Spike wrote:<br class="gmail_msg">
> Dear all,<br class="gmail_msg">
><br class="gmail_msg">
> when I started to look into containers LXD was "the thing" so I picked that<br class="gmail_msg">
> up and ran with it.<br class="gmail_msg">
><br class="gmail_msg">
> however after a few months and a few more users who would like to use<br class="gmail_msg">
> containers + the need for some kvm machines, has brought me to reconsider<br class="gmail_msg">
> that decision.<br class="gmail_msg">
><br class="gmail_msg">
> First off, I'm not really sure where you draw the line between lxd and lxc.<br class="gmail_msg">
> From this:<br class="gmail_msg">
><br class="gmail_msg">
> <a href="https://insights.ubuntu.com/2016/03/14/lxd-2-0-introduction-to-lxd/" rel="noreferrer" class="gmail_msg" target="_blank">https://insights.ubuntu.com/2016/03/14/lxd-2-0-introduction-to-lxd/</a><br class="gmail_msg">
><br class="gmail_msg">
> it's almost like lxd is a wrapper API and a saner set of defaults around<br class="gmail_msg">
> lxc. However as I looked to try "lxc" I ran into more questions.<br class="gmail_msg">
><br class="gmail_msg">
> First off, this page (<a href="https://linuxcontainers.org/lxc/introduction/" rel="noreferrer" class="gmail_msg" target="_blank">https://linuxcontainers.org/lxc/introduction/</a>) talks<br class="gmail_msg">
> about lxc1 and lxc2 release. It sounds like I should go with 2 as it's<br class="gmail_msg">
> supported through 2021, however if I look at apt-get'ing lxc2 you can see:<br class="gmail_msg">
><br class="gmail_msg">
> apt-cache show lxc2<br class="gmail_msg">
> Description-en: Container hypervisor based on LXC - metapackage<br class="gmail_msg">
> LXD offers a REST API to remotely manage containers over the network,<br class="gmail_msg">
> using an image based workflow and with support for live migration.<br class="gmail_msg">
> .<br class="gmail_msg">
> This is a dummy metapackage to install LXD and its client.<br class="gmail_msg">
><br class="gmail_msg">
> So from this it doesn't even look like there's a lxc2, there's just lxc1<br class="gmail_msg">
> and lxd. Is that the case? If sow what's the LXC2 listed on that page? I<br class="gmail_msg">
> want to avoid to use stuff that will be dropped in the near future.<br class="gmail_msg">
<br class="gmail_msg">
Hey there,<br class="gmail_msg">
<br class="gmail_msg">
The packaging in Ubuntu is a bit confusing unfortunately...<br class="gmail_msg">
<br class="gmail_msg">
"lxc1" is the "LXC 1.0 user experience" which is what normal people call LXC<br class="gmail_msg">
"lxc2" is the "LXC 2.0 user experience" which is what normal people call LXD<br class="gmail_msg">
<br class="gmail_msg">
So if you install "lxc1", you'll get the usual LXC tools<br class="gmail_msg">
"lxc-create/lxc-start/..." and all of those will be at version 2.0.7,<br class="gmail_msg">
getting all the bugfix and security updates and supported through 2021.<br class="gmail_msg">
<br class="gmail_msg">
> Eventually I'd like to integrate lxc with libvirt because through<br class="gmail_msg">
> virt-manager it makes it really nice and easy for less cli savvy users to<br class="gmail_msg">
> manage all kinds of virtualization and it's not as intrusive as say proxmox<br class="gmail_msg">
> which on ubuntu doesn't even seem to work (their installation process is<br class="gmail_msg">
> broken and I don't want to install their iso).<br class="gmail_msg">
<br class="gmail_msg">
So unfortunately libvirt doesn't actually support interfacing with LXC or LXD.<br class="gmail_msg">
<br class="gmail_msg">
There is something called "libvirt-lxc" but it's not based on LXC at all<br class="gmail_msg">
and is its own standalone thing. It was pretty actively maintained for a<br class="gmail_msg">
while with Red Hat offering support for it, but this has changed a<br class="gmail_msg">
little while back with it just being community maintained and I'm not<br class="gmail_msg">
sure where they are as far as feature parity with LXC nowadays.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
One other option you may want to consider would be to allow your users<br class="gmail_msg">
to run virtual machines inside their LXD containers. You can do so with:<br class="gmail_msg">
<br class="gmail_msg">
lxc config device add CONTAINER kvm unix-char path=/dev/kvm<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
Stéphane Graber<br class="gmail_msg">
Ubuntu developer<br class="gmail_msg">
<a href="http://www.ubuntu.com" rel="noreferrer" class="gmail_msg" target="_blank">http://www.ubuntu.com</a><br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
lxc-users mailing list<br class="gmail_msg">
<a href="mailto:lxc-users@lists.linuxcontainers.org" class="gmail_msg" target="_blank">lxc-users@lists.linuxcontainers.org</a><br class="gmail_msg">
<a href="http://lists.linuxcontainers.org/listinfo/lxc-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a></blockquote></div>