为什么 Docker 建议关闭 Swap

在使用 Docker 时，关闭系统 Swap（交换分区） 是一个常见的推荐做法，尤其是在生产环境中。虽然 Docker 不强制要求禁用 Swap，但出于性能、稳定性、可控性和资源管理的目的，通常建议这样做。

---

为什么 Docker 建议关闭 Swap？

1. 避免容器“假性内存不足”导致的性能问题

• 当系统内存不足时，Linux 会将部分内存数据交换到磁盘上的 Swap 分区。
• 这会导致严重的性能下降，尤其是对于容器这种对响应时间敏感的应用。
• 容器本应是轻量级、高性能的运行环境，Swap 的存在会破坏这一特性。

类比理解：就像你把工作台塞满了工具箱，没地方放新工具了，就把一些旧工具搬到地下室去。每次要用就得跑一趟地下室，效率大大降低。

---

2. 与 Linux OOM Killer 行为冲突

• Docker 和 Kubernetes 都依赖 Linux 内核的 Memory Cgroup 来设置容器的内存限制。
• 如果启用了 Swap，内核就无法准确判断一个容器是否真的超出了内存限制。
• 这可能导致：
  • OOM Killer 错误地杀死重要进程。
  • 超出内存限制的容器未被限制住，影响其他容器或系统稳定性。

---

3. 更精确控制资源隔离和调度

• Docker 的目标之一是提供可预测的资源控制。
• 启用 Swap 会让资源控制变得不可控，比如：
  • 一个设置了 --memory=2G 的容器，可能实际使用超过 2G（包含 Swap）。
  • 影响调度器（如 Kubernetes）对节点资源的判断。

---

4. Kubernetes 默认不支持 Swap（直到 v1.22+ 支持但默认仍禁用）

• 在 Kubernetes 中，从 v1.22 开始才正式支持启用 Swap，但仍需要手动开启功能开关（如 NodeSwap: Enabled）。
• 大多数生产部署仍然默认禁用 Swap。

---

实际表现差异（有无 Swap）

场景	启用 Swap	禁用 Swap
内存不足	尝试换出内存页到磁盘	直接触发 OOM Killer 或拒绝启动容器
性能	可能变慢、延迟高	更快、更稳定
资源控制	不准确	准确

---

如何查看和关闭 Swap

查看当前 Swap 使用情况：

free -h
swapon --show

临时关闭 Swap（立即生效，重启失效）：

sudo swapoff -a

永久关闭 Swap（修改配置文件）：

编辑 /etc/fstab 文件，注释掉含有 swap 的行：

# /etc/fstab
# UUID=... none swap sw 0 0

然后执行：

sudo swapoff -a

---

📌 总结

项目	是否推荐关闭 Swap
Docker 生产环境	推荐关闭
测试环境/内存充足	可保持启用（用于调试或开发）
Kubernetes 集群节点	推荐关闭（尤其在 v1.22 之前）

---

补充建议

• 如果运行在云平台（如阿里云 ACK、AWS EKS），很多托管 Kubernetes 服务默认已经关闭了 Swap。
• 如果确实需要 Swap，请确保：
  • Swap 性能足够好（SSD）
  • 设置合理的 vm.swappiness（通常设为 0~10）

---

在搭建生产级别的 Docker/Kubernetes 环境时，建议一开始就关闭 Swap，并通过监控手段确保有足够的物理内存。这样可以获得更一致、可控和稳定的运行体验。