先找出谁占的空间,再分层清理。
✅ 官方渠道 🔥 新用户专享 🎁 免费福利先领核心结论:磁盘满的典型元凶:日志文件、备份包、Docker 镜像/容器日志、缓存、上传文件。五步法:看占用→清日志→清缓存/镜像→迁冷数据→设自动清理。长期方案是把不常用的数据(历史备份、图片、日志)迁到对象存储(OSS),磁盘只放热数据。
df -h 看各分区使用率,du -sh /* 从根目录逐层找大目录。/var/log(日志)、/home(用户数据)、/tmp、/var/lib/docker(容器)、/backup(备份)。journalctl --vacuum-size=200M 限 systemd 日志大小。docker system prune 删无用镜像/容器/构建缓存,常能释放几 GB。| 方案 | 参考成本 | 说明 |
|---|---|---|
| 云盘扩容 | 按容量计费 | 费用以官方实时价为准,升配分钟级生效 |
| 数据迁对象存储 | OSS 标准存储约 ¥0.12/GB/月 | 低频/归档更低,配生命周期自动降冷(2026-08 阿里云刊例核实) |
| 换轻量高容量套餐 | 轻量 2核2G 活动价约 ¥99/年 | 以官网活动页实时价为准 |
会。磁盘满会导致数据库无法写入、日志写不进、网站报 500 错误,严重时系统服务直接挂掉。发现使用率超 85% 就该清理或扩容了。
短期扩容救急(云盘扩容分钟级生效),长期靠清理+冷数据迁移控成本。两者不冲突:先扩容稳住业务,再优化存储结构。
看场景:海量不常访问的数据(备份/历史文件)用 OSS 低频/归档明显更便宜;高频读写的小数据量放服务器磁盘更合适。