[lxc-users] LXD project status

Saint Michael venefax at gmail.com
Sat Mar 31 01:09:53 UTC 2018


How do I get LXD 3.0 into regular ubuntu server 16.04.4 LTS (GNU/Linux
4.12.14-041214-generic x86_64)?



On Fri, Mar 30, 2018 at 8:53 PM, Sean McNamara <smcnam at gmail.com> wrote:

> On Fri, Mar 30, 2018 at 8:42 PM, Saint Michael <venefax at gmail.com> wrote:
> > I am using LCX, plain vanilla. Is there a reading the can help me move to
> > LXD 3.0? I am afraid I cannot see why would anybody use LXD vs regular
> LXC.
> > I can do anything I need, so far, with LXC. To copy a container to
> another
> > server I use rsync with some special parameters.
> > In general what is the great advantage of using LXD?
>
> LXD is based on the same technologies as LXC, and has no special
> kernel component, so it can only use the same kernel interfaces LXC
> uses for containerization. So from that perspective, anything you can
> do with LXC, you can do with LXD, and vice versa.
>
> A major benefit of LXD is in the simplicity of setting up containers
> that are isolated from the host and eachother, with the ability to
> treat them like VMs with your security posture. To achieve that on LXC
> is significantly more work.
>
> Also, networking is IMO significantly easier with LXD for many common
> setups. You won't notice much easier networking in LXD 2.0, but the
> latest stable release (2.21) is certainly nice with the amount of work
> it does for you.
>
> The goal of LXD is to become as secure and simple as something like
> kvm/qemu/vmware/virtualbox, but without any of the overhead of a
> hypervisor, kernel on top of kernel, filesystem on top of filesystem,
> etc.
>
> See also: https://discuss.linuxcontainers.org/t/comparing-lxd-vs-lxc/24
>
> Sean
>
> >
> >
> > On Fri, Mar 30, 2018 at 10:40 AM, Simos Xenitellis
> > <simos.lists at googlemail.com> wrote:
> >>
> >> On Fri, Mar 30, 2018 at 6:08 AM, gunnar.wagner
> >> <gunnar.wagner at netcologne.de> wrote:
> >> >
> >> > so the 'snap-only' policy I thought would be applied for LXD is not
> that
> >> > strict then and traditional .deb packages still exist?
> >> >
> >>
> >> The way I see it, is that it is just Ubuntu 18.04 LTS that gets the .deb
> >> package
> >> and will keep having it until 2018+5=2023.
> >>
> >> Ubuntu 16.04 will keep having LXD 2.0.x from the deb repositories
> >> until 2016+5=2021.
> >>
> >> Is it such an issue to have the snap version of LXD?
> >>
> >> Simos
> >>
> >> >
> >> > On 3/29/2018 8:44 PM, Simos Xenitellis wrote:
> >> >
> >> > On Thu, Mar 29, 2018 at 4:32 AM, gunnar.wagner
> >> > <gunnar.wagner at netcologne.de> wrote:
> >> >
> >> > On 3/28/2018 2:45 AM, Michel Jansens wrote:
> >> >
> >> > Does this means LXD 3.0 will be part of Ubuntu 18.04 next month?
> >> >
> >> > I guess (as LXD is using snap packages by default, right) it's not a
> >> > matter
> >> > of distribution any lomnger but more of distribution able to run snap
> >> > packages well (which not every distribution does as far as I know
> [i.e.
> >> > OpenSUSE])
> >> >
> >> > Ubuntu 18.04 LTS will be based on LXD 3.0.xx, supported until 2018+5y
> =
> >> > 2023.
> >> > Those that have the LXD snap ('lxd', stable channel), are likely to
> >> > get upgraded to 3.1, 3.2 and so on,
> >> > as the new versions appear.
> >> > It was mentioned on the forum in December that Ubuntu 18.04 LTS will
> >> > have by default the .deb version of LXD 3.0.
> >> >
> >> > This happened with Ubuntu 16.04 LTS, which has LXD 2.0.xx (currently
> at
> >> > 2.0.11)
> >> > and is supported until 2021. Ubuntu 16.04 LTS was launched with the
> >> > new LXD 2.0 at that time.
> >> >
> >> > When you do 'snap info lxd', you get
> >> >
> >> > ...
> >> > channels:
> >> >   stable:        2.21        (5866) 49MB -
> >> >   candidate:     2.21        (6005) 51MB -
> >> >   beta:          3.0.0.beta7 (6240) 55MB -
> >> >   edge:          git-9a60cd9 (6251) 55MB -
> >> >   2.0/stable:    2.0.11      (5384) 21MB -
> >> >   2.0/candidate: 2.0.11      (5384) 21MB -
> >> >   2.0/beta:      ↑
> >> >   2.0/edge:      git-d71807e (6069) 20MB -
> >> >
> >> > which means that there is the option to switch to the snap 'LTS'
> >> > version of LXD 2.0 ('2.0/stable').
> >> >
> >> > Simos
> >> > _______________________________________________
> >> > lxc-users mailing list
> >> > lxc-users at lists.linuxcontainers.org
> >> > http://lists.linuxcontainers.org/listinfo/lxc-users
> >> >
> >> > ---
> >> > This email has been checked for viruses by AVG.
> >> > http://www.avg.com
> >> >
> >> >
> >> > --
> >> > Gunnar Wagner | Yongfeng Village Group 12 #5, Pujiang Town, Minhang
> >> > District, 201112 Shanghai, P.R. CHINA
> >> > mob +86.159.0094.1702 | skype: professorgunrad | wechat: 15900941702
> >> >
> >> > _______________________________________________
> >> > lxc-users mailing list
> >> > lxc-users at lists.linuxcontainers.org
> >> > http://lists.linuxcontainers.org/listinfo/lxc-users
> >> _______________________________________________
> >> lxc-users mailing list
> >> lxc-users at lists.linuxcontainers.org
> >> http://lists.linuxcontainers.org/listinfo/lxc-users
> >
> >
> >
> > _______________________________________________
> > lxc-users mailing list
> > lxc-users at lists.linuxcontainers.org
> > http://lists.linuxcontainers.org/listinfo/lxc-users
> _______________________________________________
> lxc-users mailing list
> lxc-users at lists.linuxcontainers.org
> http://lists.linuxcontainers.org/listinfo/lxc-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20180330/4d6ecd47/attachment-0001.html>


More information about the lxc-users mailing list