问题标签 [linux-containers]

看看这个问题及其答案，很明显有几点使容器服务与传统 VM 有很大不同：

• 他们可以通过共享主机的操作系统来节省性能和空间

• 他们使用 AuFS 文件系统进一步节省空间，这允许他们与主机共享硬盘驱动器

所有这一切使他们能够在一个完整的 VM 所需的时间的一小部分内启动。

我可能对 KVM 的工作方式和管理程序模型有一些误解，但容器不是很像 KVM 吗？它们有什么不同，它们中的任何一个的性能增益/损失是什么？

我正在尝试配置一个简单的 LAMP 应用程序。

这是我的Dockerfile

和我的docker-compose.yml

在docker-compose build＆之后，up我希望找到db添加到我的/etc/hosts（到web容器中），但它不存在。

这怎么解释？我究竟做错了什么 ？

注1：up有时，我只看到，我Attaching to myapp_web_1不应该也看到myapp_db_1吗？注2：我正在使用boot2docker

在 docker 之上运行的容器和在 JVM 之上运行的自包含 Java 程序之间的最大区别是什么？

我假设两者都直接在没有底层可视化的物理 linux 服务器上运行。

JVM 能否足够灵活/可参数化以在我们使用 linux 容器时使用？（cgroups、fs 和内存受限等）

你们怎么看？

我可以访问一台运行 Linux 的计算机，该计算机具有 20 个内核、92 GB 的 RAM 和 100 GB 的 HDD 存储空间。我想将 Hadoop 用于涉及大量数据（超过 1M 字，超过 1B 字组合）的任务。伪分布式模式或完全分布式模式是在单台计算机上利用 Hadoop 功能的最佳方式吗？

对于我对 Hadoop 的预期用途，遇到数据丢失和由于节点故障而不得不重新运行作业并不是什么大问题。

本项目涉及Linux Containers ，采用全分布式模式。本文介绍伪分布式模式；更多细节可以在这里找到。

问题描述

我有一个 Docker 映像，它使用卷挂载选项执行了很多次。它的构建方式使默认用户没有 root 权限。但是，出于安全考虑，我需要确保当我挂载卷时，它是以当前工作用户身份root而不是以当前工作用户身份挂载的。（不得允许当前工作的非 root 用户删除已安装卷内的任何文件。）

例子

从主机：

docker run -it -v /path/to/mount:/container/mounting/path image-name

容器内 current-user@docker-container：

里面的所有文件/container/mounting/path都必须具有所有者权限root root，而不是current-user current-user.

可扩展组中容器的自动恢复选项如何工作？

我已启用它（通过使用 --auto 并在 Web UI 中显示 Autorecovery: On），但它在今天早上崩溃时并没有尝试重新启动容器。该组中的容器在 2015-09-29T05:51:27.187Z 死亡，并在一个多小时后在 2015-09-29T07:35:33.561Z 手动重启正在修复），直到用户尝试在应用程序中再次尝试相同的东西使其崩溃。

根据文档：

要在组中的一个容器崩溃或变得不可用时启动新容器，启用自动恢复选项。如果不选择此选项，则不会自动启动新实例。

列在已知问题中：

自动恢复不是立即的

容器组的自动恢复可能需要超过 15 分钟才能使新系统上线。等待自动恢复可用，这可能需要 15 分钟以上。

如何通过 nodejs 下的 unix 套接字域连接到 LXD API？我尝试以下代码但失败了。我得到了这个答案：HTTP/1.1 400 Bad Request

从命令行尝试以下操作：

输出：

我是 Linux 容器的新手，但我想在 LXC 容器中实现数据库系统的索引机制作为一项功能，以便索引系统在 LXC 容器的所有主机之间共享？关于如何实施它的任何高级想法？如何将 MYSQL 等现有数据库索引系统的补丁应用于 LXC 容器的源代码？

我在基于 Linux 的交换机/路由器上运行多个 Docker 容器（C1、C2、C3 ......）。该交换机有 24 个前面板端口。

我想将前 4 个端口（eth1 - eth4）分配给容器 C1，
接下来的 4 个端口（eth5 - eth8）分配给容器 C2，
接下来的 4 个端口（eth9 - eth12）分配给容器 C3 ......等等上。
本质上，我希望所有进入物理端口（eth1 - eth4）的控制平面流量都由容器 C1 处理。
我怎样才能做到这一点？

据我了解，原生 Docker 网络使用基于 L4 端口的 NAT，不支持这种场景。

我正在运行 Docker 版本： 1.9.0 ，Linux Kernel 3.18

我希望任何在 Linux 交换机/路由器上运行 Docker 容器的人都会对此感兴趣。