Docker Container Resource Limit

默认情况下，容器没有资源限制，可以使用主机内核调度程序允许的尽可能多的给定资源。

Memory

内存风险

不允许容器消耗宿主机太多的内存是非常重要的。在 Linux 主机上，假如内核检测到没有足够的内存来执行重要的系统功能，它会抛出 OOME 或者 Out of Memory 异常，并开始终止进程??以释放内存。任何进程都会被杀死，包括 Docker 和其余重要的应用程序。假如杀错进程，可能导致整个系统瘫痪。

Docker 通过调整 Docker daemon 上的 OOM 优先级来降低这些风险，以便它比系统上的其余进程更不可能被杀死。容器上的 OOM 优先级未调整，这使得单个容器被杀死的可能性比 Docker daemon 或者其余系统进程被杀死的可能性更大。你不应试图通过在 daemon 或者容器上手动设置 --oom-score-adj 到极端负数，或者通过在容器上设置 --oom-kill-disable 来绕过这些安全措施。

有关Linux内核的OOM管理的更多信息，查看 Out of Memory Management

可以通过以下方式降低 OOME 导致系统不稳固的风险：

• 在应用程序发布到生产之前，执行相关测试以便理解应用程序的内存要求；
• 确保应用程序仅在具备足够资源的主机上运行；
• 限制容器可以使用的内存，如下所述；
• 在 Docker 主机上配置 Swap 时要小心，Swap 比内存更慢且性能更低，但可以提供缓冲以防止系统内存耗尽；
• 考虑将 Container 转换部署为 Service，并使用服务级别束缚和节点标签来确保应用程序仅在具备足够内存的主机上运行。

限制容器内存

下述选项中的大多数采用正整数，后跟 b / k / m / g 的后缀，代表单位：字节 / 千字节 / 兆字节 / 千兆字节。

有关 cgroup 和内存的更多信息，查看 Memory Resource Controller

关于 --memory-swap

--memory-swap 是一个修饰符标志，只有在设置了 --memory 时才有意义。使用 swap 允许容器在容器耗尽所有可用的 RAM 时，将多余的内存需求写入磁盘。对于经常将内存交换到磁盘的应用程序，性能会受到影响。

它的设置会产生复杂的影响：

• 假如 --memory-swap 设置为正整数，则必需设置 --memory 和 --memory-swap。 --memory-swap 表示可以使用的 memory 和 swap 总量, --memory 控制 no-swap 的用量。 所以，假如设置 --memory="300m" 和 --memory-swap="1g", 容器可以使用 300m memory 和 700m (1g - 300m) swap。
• 假如 --memory-swap 设置为 0, 该设置被忽略，该值被视为未设置。
• 假如 --memory-swap 的值等于 --memory 的值, 并且 --memory 设置为正整数， 则容器无权访问 swap。这是由于 --memory-swap 是可以使用组合的 Memory 和 Swap，而 --memory 只是可以使用的 Memory。
• 假如 --memory-swap 不设置, 并且 --memory 设置了值, 容器可以使用 --memory 两倍的 Swap（假如主机容器配置了 Swap）。示例： 设置 --memory="300m" 并且不设置 --memory-swap，容器可以使用 300m memory 和 600m swap。
• 假如 --memory-swap 设置为 -1，允许容器无限制使用 Swap。
• 在容器内部，像 free 等工具报告的是主机的可用 Swap，而不是容器内可用的。不要依赖于 free 或者相似工具的输出来确定能否存在 Swap。

关于 --memory-swappiness

• 值为 0 时，关闭匿名页交换。
• 值为 100 时，将所有匿名页设置为可交换。
• 默认情况下，假如不设置 --memory-swappiness, 该值从主机继承。

关于 --kernel-memory

内核内存限制是就分配给容器的总内存而言的，考虑一下方案：

• 无限内存，无限内核内存：这是默认行为。
• 无限内存，有限内核内存：当所有 cgroup 所需的内存量大于主机上实际存在的内存量时，它是合适的。可以将内核内存配置为永远不会超过主机上可用的内存，而需求更多内存的容器需要等待它。
• 有限内存，无限内核内存：整体内存有限，但内核内存不是。
• 有限内存，有限内核内存：限制客户和内核内存对于调试与内存相关的问题非常有用，假如容器使意图外数量的任意类型的内存，则内存不足不会影响其余容器或者主机。在此设置中，假如内核内存限制低于客户内存限制，则内核内存不足会导致容器遇到 OOM 错误。假如内核内存限制高于客户内存限制，则内核限制不会导致容器遇到 OOM。

当你打开任何内核内存限制时，主机会根据每个进程跟踪 “高水位线” 统计信息，因而您可以跟踪哪些进程（在本例中为容器）正在使用多余的内存。通过查看主机上的 /proc/<PID>/status，可以在每个进程中看到这一点。

CPU

默认情况下，每个容器对主机 CPU 周期的访问权限是不受限制的，您可以设置各种束缚来限制给定容器访问主机的 CPU 周期。大多数客户使用和配置 默认 CFS 调度程序。在 Docker 1.13 及更高版本中，还可以配置实时调度程序。

配置默认 CFS 调度程序

CFS 是用于普通 Linux 进程的 Linux 内核 CPU 调度程序。通过以下设置，可以控制容器的 CPU 资源访问量，使用这些设置时，Docker 会修改主机上容器的 cgroup 的设置。

示例：假如你有 1 个 CPU，则以下每个命令都会保证容器每秒最多占 CPU 的 50％。

Docker 1.13 或者更高版本:

docker run -it --cpus=".5" ubuntu /bin/bash

Docker 1.12 或者更低版本:

docker run -it --cpu-period=100000 --cpu-quota=50000 ubuntu /bin/bash

配置实时调度程序

In Docker 1.13 and higher, you can configure your container to use the realtime scheduler,

在 Docker 1.13 或者更高版本，你可以配置容器使用实时调度程序。在配置 Docker daemon 或者配置容器之前，需要确保正确配置主机的内核。

警告：CPU 调度和优先级是高级内核级功能，大多数客户不需要从默认值更改这些值，错误地设置这些值可能会导致主机系统变得不稳固或者无法使用。

配置主机机器的内核

通过运行 zcat /proc/config.gz | grep CONFIG_RT_GROUP_SCHED 验证能否在 Linux 内核中启用了 CONFIG_RT_GROUP_SCHED，或者者检查能否存在文件 /sys/fs/cgroup/cpu.rt_runtime_us。有关配置内核实时调度程序的教程，请参阅操作系统的文档。

配置DOCKER DAEMON

要使用实时调度程序运行容器，请运行 Docker daemon，并将 --cpu-rt-runtime 设置为每个运行时间段为实时任务保留的最大微秒数。例如，默认周期为 1000000 微秒（1秒），设置 --cpu-rt-runtime=950000 可确保使用实时调度程序的容器每 1000000 微秒可运行 950000 微秒，并保留至少 50000 微秒用于非实时任务。要在使用 systemd 的系统上永久保留此配置，请参阅 Control and configure Docker with systemd。

配置个别容器

使用 docker run 启动容器时，可以传递多个参数来控制容器的 CPU 优先级。有关适当值的信息，请参阅操作系统的文档或者 ulimit 命令。

示例：

docker run --it --cpu-rt-runtime=950000 \                  --ulimit rtprio=99 \                  --cap-add=sys_nice \                  debian:jessie

假如未正确配置内核或者 Docker Daemon，则会发生错误。

相关文章

• Limit a container’s resources
• Linux 使用 free 查看系统内存信息
• CentOS 查看系统 CPU 信息