为什么 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，并通过监控手段确保有足够的物理内存。这样可以获得更一致、可控和稳定的运行体验。