部署 Docker 后 RackNerd 内存占用过高导致 OOM 报错，最推荐的处理方向是增加 Swap 分区或限制容器内存上限，适用于内存较小的 VPS 场景，风险边界在于 Swap 会降低磁盘 I/O 性能且不当限制可能导致容器重启。
先说结论：解决 RackNerd 部署 Docker 后 OOM 报错的核心是补充虚拟内存或强制约束容器资源，避免 Linux 内核触发 OOM Killer 机制。
- 先确认：使用 free -h 和 docker stats 检查物理内存与容器占用比例。
- 先处理：优先创建 Swap 文件缓解瞬时峰值，再对高占用容器设置 memory 限制。
- 再验证：观察 dmesg 日志是否仍有 OOM 记录，确认业务进程未异常退出。
命令速用版
# 查看内存与 Swap 状态
free -h
# 查看 Docker 容器实时内存占用
docker stats `--no-stream`
# 创建 1G Swap 文件（根据磁盘空间调整）
dd if=/dev/zero of=/swapfile bs=1M count=1024
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
# 限制特定容器内存为 512M
docker update `--memory`=512m <容器 ID 或名称>为什么会这样
Linux 内核在物理内存耗尽时会触发 OOM Killer 强制终止进程，Docker 容器默认共享宿主机内存且无硬性限制。
RackNerd 部分入门套餐物理内存较小，运行 Java 或数据库类容器时容易触及上限。Docker 守护进程本身也会占用少量内存，叠加系统服务后剩余可用空间有限。公开资料中没有看到可靠的量化数据说明具体多少内存会触发 OOM，这取决于内核参数 vm.overcommit_memory 设置及瞬时负载峰值。
分步处理
步骤一：检查当前内存压力
执行 free -h 查看 available 列，如果数值极低且 swap 为 0，说明系统无缓冲空间。执行 docker stats `--no-stream` 找出占用最高的容器。
步骤二：添加 Swap 分区
在磁盘空间充足的前提下创建 Swap 文件。注意 RackNerd KVM 架构支持 Swap，但需确保磁盘 I/O 未被占满。写入 /etc/fstab 确保重启生效，配置项为 /swapfile none swap sw 0 0。
步骤三：限制容器内存
对非关键业务或已知内存需求的容器使用 docker update `--memory` 命令。对于新部署容器，在 docker run 时直接添加 -m 参数。不要将限制值设置为物理内存的 100%，需预留系统开销。
步骤四：调整内核参数（可选）
修改 /etc/sysctl.conf 中的 vm.swappiness 值，默认通常为 60。适当调低可减少使用 Swap 的频率，但内存不足时风险增加。修改后执行 sysctl -p 生效。
怎么验证是否生效
执行 dmesg | grep -i oom 查看历史日志，若不再新增 OOM 记录说明缓解成功。使用 watch -n 1 free -h 实时监控内存变化，确认 Swap 在负载高时被正常调用。观察 Docker 容器状态 docker ps，确认关键业务容器未处于 Restarting 状态。
常见坑
Swap 文件权限错误导致无法启用，必须设置为 600。未持久化配置导致重启后 Swap 失效，需写入 fstab。对数据库类容器限制过严会导致进程直接被 Kill 而非降级服务。部分面板工具会自动管理 Swap，手动操作可能冲突。
常见问题
开启 Swap 会损坏硬盘吗
现代 SSD 磨损可控，但频繁交换会降低 I/O 性能。
限制内存后容器启动失败怎么办
说明限制值低于应用最低需求，需调大限制或优化应用配置。
为什么加了 Swap 还是 OOM
可能磁盘空间不足导致 Swap 创建失败，或内存泄漏速度超过 Swap 补充速度。
参考来源
- Docker Official Documentation, Configure memory and swap constraints, https://docs.docker.com/config/containers/resource_constraints/
- Linux Kernel Documentation, Out of Memory Handling, https://www.kernel.org/doc/html/latest/admin-guide/mm/oom.html