LXD是否用于生产？

Question

因为我想旋转多个虚拟机，LXD似乎是一个有效的选择

但作为docker，LXD似乎没有那么活跃，

最初的想法是，我使用LXC创建了一个启动测试容器，并安装了mongodb数据库，在重新启动容器后，mongodb中的数据至少是持久的。（这里我可能错了）和lxc容器交互就像登录到物理服务器一样简单。

有谁能提到LXD的优点、缺点和痛苦之处，就像本文提到的使用docker的个人体验一样？

喜欢回答的问题

• 我可以在12GB的RAM和四核处理器上运行多少LXD容器？
• LXD是否成熟到可以在生产中运行？
• 我可以用我的应用程序、数据库创建LXD图像，并在正式服上运行吗？
• LXD容器的当前限制？
• 它是由Canonical开发和维护的，（不确定这个项目会像统一8一样被丢弃），还是会继续？

Answer 1

虽然这个答案没有Docker的文章那么广泛，但我将回顾一下您喜欢的问题：

我可以在12GB的RAM和四核处理器上运行多少个LXD容器？

• 实际上，并没有根据您的硬件需求设置容器的最大数量，也不能直接回答。容器占用的空间非常小，因此就RAM和处理能力而言，在容器实际执行某些操作之前，它们不会真正使用资源。不要认为LXD是一个保留资源的虚拟机监控程序，而是在请求冒泡到主机操作系统进行硬件访问之前，它们坐在那里等待容器做些什么。也就是说，您可以为每个容器设置资源上限，这样它们就不会超过某个限制，但是您的问题的答案完全取决于容器将要做什么。您可以在该设置上运行数百个容器，但前提是它们什么都不做。一旦他们开始消耗资源，您就可以更好地了解您可以运行多少

LXD成熟度是否足以投入生产？

• 是的，我们已经为我们的生产服务器运行LXD一年多了，并且对正常运行时间非常满意。LXD对我们的需求来说是成熟的，但是首先评估你的业务需求是很重要的。

我可以用我的应用程序、数据库创建LXD映像，并在生产服务器上运行吗？

• 是的，它内置了相应的命令。您可以使用它们的基本映像，构建应用程序，制作它的映像，然后跨其他硬件复制它，然后根据需要简单地指向负载平衡器。但是要小心你的数据库。如果您要复制应用程序，我建议您为数据库使用一个单独的LXD容器，您也可以根据需要对其进行切分和镜像。我已经在一些容器上做了一些测试，我们的DBs有50gb的容器，复制映像、推送到异地进行备份，然后拉到新服务器通常需要不到2分钟的时间。所以，如果你有小容器，你会有非常快的响应时间。我们试图在这些映像写入过程中通过在映像过程中用查询轰炸数据库来导致数据库损坏，它可以非常优雅地处理它，没有任何损坏，但不要依赖它。也要始终运行自己的备份

LXD容器的当前限制？

• 关于限制，我发现最糟糕的是基本的网络设置。然而，目前正在开发中解决这一问题，而且情况要好得多。我们的测试版服务器现在通过DHCP连接，而不是桥接，这使得它的推出速度更快、更容易。我发现缺少这些工具，所以如果您不太支持命令行，那么一开始可能会遇到困难

它是由Canonical开发和维护的，（不确定这个项目会像统一8一样被丢弃），还是会继续？

• 据我所见，开发非常活跃，Stéphane Graber项目负责人将留下来。他在社区里很活跃，我也看到他在Stackexchange上回答问题。考虑到LXD也是LXC的一个主要扩展，如果它被删除，我会非常惊讶