保障云上服务长效稳定：弹性云服务器（ECS）OOM 内存溢出防范与磁盘空间深度清理指南

引言

在日常使用轻量级弹性云服务器（ECS）部署多个微服务或运行编译打包任务时，开发者经常会遇到两大经典运维挑战：一是突发流量或编译峰值导致物理内存耗尽，触发 Linux 内核的 OOM Killer（Out Of Memory） 强制杀掉核心业务进程；二是服务器长期运行后，系统盘被各类隐藏日志悄然塞满导致服务异常。本文将结合实战经验，分享如何通过合理配置 Swap 交换分区与高效排查磁盘占用，全面提升云服务器的抗压能力与稳定性。

一、 防范内存溢出：动态创建与调优 Swap 交换空间

许多云主机默认镜像为了追求极致性能，初始并未挂载 Swap 分区。对于内存配置在 2GB~4GB 的中小型实例而言，手动创建一个文件型的 Swap 缓冲区，是防止进程因瞬时内存尖峰而崩溃的性价比最高方案。

我们可以通过以下标准命令，在云硬盘上快速开辟一个 4GB 的 Swap 交换文件：

# 1. 创建 4GB 大小的交换文件（若 fallocate 不支持可改用 dd 命令）
sudo fallocate -l 4G /swapfile

# 2. 收紧文件权限，仅允许 root 读写，防止安全隐患
sudo chmod 600 /swapfile

# 3. 将文件格式化为 Swap 交换分区格式并立即启用
sudo mkswap /swapfile
sudo swapon /swapfile

# 4. 验证 Swap 是否成功挂载
free -h

为了让云服务器在重启后依然自动挂载该分区，需要将其追加至 /etc/fstab 配置文件中，并优化内核的 swappiness 参数：

# 写入开机自动挂载配置
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

# 将 swappiness 调整为 10（代表物理内存使用率达到 90% 时才积极使用 Swap，兼顾性能与防崩）
sudo sysctl vm.swappiness=10
echo 'vm.swappiness=10' | sudo tee -a /etc/sysctl.conf

二、 磁盘满载排查：定位“隐形”的磁盘吞噬者

在运维过程中，当执行 df -h 发现系统盘占用率高达 99% 甚至 100% 时，我们通常会按照从显性到隐性的顺序进行三步清理：

1. 快速定位大目录与大文件

使用 du 命令配合排序，逐层揪出占用空间最大的目录：

# 查看根目录下各一级子目录的大小并按从大到小排序
sudo du -h --max-depth=1 / 2>/dev/null | sort -hr | head -n 10

2. 清理 Systemd 系统日志与 Docker 构建缓存

云服务器运行数月后，systemd-journald 记录的系统日志以及 Docker 残留的悬空镜像往往会占用数个 GB 的空间：

# 仅保留最近 7 天或最大 500MB 的系统 journal 日志
sudo journalctl --vacuum-time=7d
sudo journalctl --vacuum-size=500M

# 一键清理未使用的 Docker 悬空镜像、停止的容器及构建缓存
docker system prune -f

3. 解决“df 显示已满，但 du 统计不大”的幽灵占用

如果遇到 df -h 显示磁盘已满，但统计所有文件大小却远小于磁盘容量的情况，90% 以上是因为某个正在被进程持续写入的巨大日志文件被直接执行了 rm 删除。此时文件目录项虽已消失，但进程的文件描述符（File Descriptor）未关闭，磁盘块并未真正释放。

我们可以通过 lsof 命令精准抓出这类进程：

# 查找所有状态为 deleted 但仍被进程持有的大文件
sudo lsof +L1 | grep deleted

找到输出结果中对应的进程名与 PID 后，只需对该服务执行平滑重启（或对原日志路径采用 echo "" > app.log 清空内容而非直接删除文件），被占用的数 GB 磁盘空间便会瞬间释放。

三、 总结

优秀的云端架构不仅在于上层业务逻辑的实现，更离不开底层操作系统资源的精细化治理。通过为弹性云服务器配置合理的 Swap 缓冲水位线，并结合定期的 日志轮转（Logrotate）与磁盘巡检机制，我们能够以极低的运维成本消除内存溢出与磁盘写满两大隐患，让云上应用始终运行在最佳状态。