概念澄清
在 CentOS 中，内核的 swapper 是负责页面置换的内核线程（通常对应内核线程名 kswapd），配合 Swap 机制在物理内存紧张时将不活跃页换出到磁盘，从而提供虚拟内存支持。容器共享宿主机内核，因此容器内的内存压力最终由宿主机的 swapper/Swap 机制统一处理；容器本身并不运行独立的 swapper 进程。这一点是理解其在容器化环境中作用的基础。
典型应用场景
- 小内存节点的稳定性兜底：在 4 GB 等小内存的 CentOS 主机上运行 Jenkins/GitLab 等内存波动较大的服务时，启用适度的 Swap 可显著降低因瞬时峰值导致的构建失败或 OOM 风险，提升整体可用性。
- 延迟敏感业务的“缓震器”：对允许一定延迟波动的批处理、异步任务等，适度使用 Swap 能在内存紧张时提供缓冲，避免关键业务被立即终止，起到“平滑回收”的作用（以性能换稳定性）。
- 多容器环境的全局保护：当多个容器并发运行、个别容器出现内存泄漏或突发高峰时，宿主机的 swapper/Swap 通过回收不活跃页，帮助系统整体避免快速走向 OOM，降低“雪崩效应”的概率。
配置与限制要点
- 在宿主机统一配置 Swap（而非为每个容器单独配置），例如创建 4 GB 的 swapfile 并启用；容器通过内存限制来约束自身内存占用，二者配合实现“全局有兜底、局部有边界”。
- 使用 Docker 的内存约束参数：
- 仅限制容器内存（禁止容器换出）：docker run -it --memory=512m --memory-swap=512m …
- 允许容器使用一定 Swap：docker run -it --memory=512m --memory-swap=1g …
- 未显式设置内存限制时，容器默认可使用宿主机全部内存，需谨慎评估风险。
- 结合 cgroups 的软硬限制提升稳定性：硬限制（如 memory.limit_in_bytes/memory.max）用于强制边界；软限制（cgroups v1 的 memory.soft_limit_in_bytes；cgroups v2 的 memory.low）在内存争用时优先回收超额组，兼顾弹性与隔离。
监控与调优建议
- 基线观测：使用 free -h、swapon --show 观察宿主机 Swap 使用；使用 docker stats 或 Prometheus + cAdvisor 观察容器内存与是否发生 OOM/回收。
- 倾向性控制：适度调低 vm.swappiness（如设为 10）以减少换出倾向，仅在必要时启用 Swap，兼顾性能与稳定性。
- 软硬结合：为关键容器设置硬限制防止失控，同时配置软限制/requests 提升在内存紧张时的存活概率与调度优先级，避免雪崩。
风险与最佳实践
- 性能权衡：Swap 会引入显著 I/O 延迟，过度依赖会导致容器性能下降；对延迟敏感的核心服务建议优先“加内存/降负载”，必要时再启用适度的 Swap 作为兜底。
- 数据安全：启用 Swap 可能将包含敏感信息的页写入磁盘，需结合磁盘加密、合规策略与最小化保留周期降低暴露面。
- 容量规划：在容量评估时计入 Swap 的“兜底能力”，但应以控制内存超卖与优化应用内存使用为主路径，避免把稳定性建立在频繁换出的基础上。
