LXD是用于生产吗？

Question

因为我想旋转的多个虚拟机，LXD似乎有效choice

但作为搬运工，LXD似乎有大约不怎么起眼，

最初的想法，我已经使用LXC创建开始测试容器，并安装了mongodb数据库，至少在mongodb中的数据在重启容器后保持不变。 （我可能在这里是错误的）并且与lxc容器交互就像登录到物理服务器一样简单。

任何人都可以提LXD的好的，坏的和痛苦点，类似 喜欢这篇文章，其中提到使用 docker的个人经历吗？

首选问题回答

• 多少LXD容器我可以在12GB的内存和四核处理器上运行呢？
• LXD是否足够成熟，可以在生产环境中运行？
• 我可以用我的应用程序，数据库创建LXD图像，并在生产服务器上运行吗？
• LXD容器当前的局限性？
• 它是由Canonical开发和维护的，（不知道这个项目会不会像unity8一样掉线），还是会继续？

Answer 1

虽然这个答案并不像泊坞文章广泛的，我去了你的首选问题：

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

• 真的没有一套最大的基于硬件的要求集装箱，这是不是可以直接或者回答。这些容器占用的空间非常小，所以就内存和处理能力而言，它们并不真正使用资源，直到容器实际上做了某些事情。不要将LXD看作是资源被保留的虚拟机管理程序，而是他们坐下来等待容器做些事情，然后请求才会向主机操作系统冒泡以进行硬件访问。话虽如此，你可以设置每个容器的资源上限，所以它们不会超过一定的限制，但对于你的问题的答案完全取决于容器将要做什么。您可以在该设置上运行数百个容器，但前提是他们没有做任何事情。一旦他们开始消耗资源，你会更好地了解你可以运行多少。

LXD是否已经足够成熟，可以在生产环境中运行了？

• 是的，我们已经运行LXD一年多了，现在我们的生产服务器，并很高兴与正常运行时间。 LXD已经成熟满足我们的需求，但首先要评估业务需求，这一点很重要。

我可以建立LXD图片与我的应用程序，数据库和刚生产服务器上运行？

• 是的，它内置了相应的命令。您可以使用其基本映像，构建应用程序，制作应用程序的映像，然后将其复制到其他硬件中，然后根据需要指定负载平衡器。但要小心你的数据库。如果您正在复制您的应用程序，那么我建议您为您的数据库提供一个单独的LXD容器，并且可以根据需要分割并映像。我已经对一些容器进行了一些测试，并且我们有50GB容器用于我们的数据库，并复制映像，推送到异地进行备份，然后通常只需不到2分钟就可以提交到新服务器。所以如果你有小容器，你的反应时间会非常快。我们试图在这些图像写入过程中导致数据库损坏，并在成像过程中用查询轰击数据库，并且它非常优雅地处理它而没有一次损坏，但不依赖于它。始终运行自己的备份。

LXD容器当前的局限性？

• 关于限制，我发现sucks是基本的网络设置。然而，这正在开发中解决，而且好多了。我们的测试版服务器现在通过DHCP进行连接，而不是桥接，并且使其更快，更容易推出。我发现那里的工具缺乏，所以如果你没有太多的命令行，你最初可能会挣扎。

它是开发和维护由Canonical，（不知道这个项目将被丢弃的像统一8），或将继续下去？

• 据我所看到的，发展很活跃，这个项目斯特凡格雷伯的头在这里停留。他在社区中很活跃，我也看到他也回答了有关Stackexchange的问题。考虑到LXD是LXC的主要扩展，我会非常惊讶，如果它被放弃了。