“lxd”与lxc/docker有什么不同？

Question

• lxd如何在容器中提供完整的操作系统功能，而不仅仅是单个进程？
• 它与lxc/docker包装器有何不同？
• 它是否类似于一个容器，在一个容器中包含多个进程？

换言之：

• 在lxc和docker上使用一些包装器做不到的lxd可以做什么

Answer 1

LXD与LXC一起工作，其设计目的不是替换或取代LXC。相反，它旨在通过添加支持REST API的后端守护程序和通过REST API与本地守护程序和远程守护程序一起工作的简单CLI客户端，使基于LXC的容器更易于使用。

LXD更像是docker主机。

Answer 2

LXD基于liblxc，其目的是通过附加功能控制一些lxc，如快照或实时迁移LXD链接到LXC，它们以操作系统为中心。

Docker更以应用程序为中心，最初基于LXC，但现在独立于LXC，它可以使用openvz或其他任何东西Docker只关注具有库和依赖项的应用程序，而不关注操作系统。

有关更多信息，请参见此：https://www.flockport.com/lxc-vs-lxd-vs-docker-making-sense-of-the-rapidly-evolving-container-ecosystem/

问候。

Answer 3

lxd如何在容器中提供完整的操作系统功能，而不仅仅是单个进程？

容器是独立的Linux系统，使用cgroups功能限制Linux内核中的cpu/内存/网络/etc，而无需启动完整的虚拟机。

LXD使用liblxc（基于LXC）提供的功能，并由此产生完整操作系统功能的功能。

它与lxc/docker包装器有何不同？

LXD使用LXC中的liblxc。Docker更专注于应用程序，只是容器中应用程序的主要进程（默认情况下现在使用libcontainer，Docker首先使用liblxc）

它是否类似于使用docker supervisor/wrapper脚本启动的容器，以便在一个容器中包含多个进程？

类似的东西。LXD和Docker之间的区别在于Docker是一个应用程序容器，LXD是一个系统容器。LXD在容器中使用upstart/systemd-like主进程，默认情况下，它可以成为一个内存/cpu使用非常少的完整VM环境。是的，您可以使用supervisorctl/runit构建docker，但您需要手动完成此过程。您可以在中检查是如何完成的http://phusion.github.io/baseimage-docker/在容器内做类似的事情。

在lxc和docker上使用一些包装器做不到的lxd可以做什么？

容器的实时迁移，使用容器（如完整虚拟机），精确配置专用cpu内核/内存/网络I/O以在容器中使用，以非特权模式运行容器进程（容器中的根进程！=主机中的根进程），默认情况下Docker以特权模式工作，直到现在Docker 1.10才实现了非特权模式，但您需要查看（或者重写）Docker文件，因为许多事情在非特权模式下无法工作。

LXD和Docker是不同的东西。LXD在容器中为您提供了一个“完整的操作系统”，您可以使用在VM中工作的任何部署工具在LXD中部署应用程序。使用Docker，您的应用程序位于容器中，您需要不同的工具来在Docker中部署应用程序，并使用do度量性能。Docker设计用于在各种操作系统平台上运行，如Windows。LXD/LXC只能在Linux上运行：这就是Docker不再将LXC作为其堆栈的一部分的原因。

为什么它只在ubuntu中可用，如果他们使用主线内核功能（命名空间和cgroup）？

如果需要，LXD可以从Canonical获得商业支持，但您可以在Centos 7中构建LXD，ArchLinux（内核已修补）检查https://github.com/lxc/lxd.Gentoo现在支持LXDhttps://wiki.gentoo.org/wiki/LXD.