Kube.netes 物理 memory 请求和限制以及 linux 虚拟 memory

Question

在 Kube.netes 中，是否可以在设置了 memory 请求和限制的 pod/容器上强制执行虚拟 memory（物理页面交换到磁盘）？

例如，根据 Kube.netes 文档，“如果您为容器设置 4GiB 的 memory 限制，kubelet（和容器运行时）会强制执行该限制。 运行时防止容器使用超过配置的资源限制。 例如：当容器中的一个进程试图消耗超过 memory 的允许数量时，系统 kernel 终止尝试分配的进程，并出现 out of memory (OOM) 错误。

因此，是否可以配置 pod（以及因此 linux 内核）以在 pod (4GiB) 的指定物理 memory 限制上强制执行虚拟 memory（即分页和 memory 交换）而不是 OOM 错误？ 我错过了什么吗？

Answer 1

阅读kernel 文档使我相信这是不可能的。 而且我认为这不是一种理想的行为。 让我们考虑以下场景：您有一台具有 64GB 物理内存 memory 的机器，其中 10GB 已使用。 然后，您启动一个“物理”memory 限制为 500MB 的进程。 如果达到此 memory 限制，则 kernel 将开始交换，并且即使有足够的 memory 可用于服务该进程的 memory 请求，该进程也会停止。

您在容器上指定的 memory 限制实际上不是物理上的 memory 限制，而是允许 overcommit 的虚拟 memory 限制。 这意味着您的进程可以根据需要分配尽可能多的 memory（直到达到过量使用限制），但是一旦它尝试使用太多 memory 就会被杀死。