Elastic Beanstalk环境健康变为Warning，根文件系统100%占用问题排查

告警提示：100% of the root file system is in use. 0MB free

根因定位方法 #

• 首先登录对应的EC2实例，执行磁盘占用逐层排查命令：du -sh /* 2>/dev/null | sort -hr，从根目录开始向下追溯占用最高的目录，常见高占用路径包括/var/log（日志目录）、/tmp（临时文件目录）、/opt/elasticbeanstalk（EB服务与应用部署目录）
• 检查日志轮转规则：查看/etc/logrotate.d/路径下的配置，确认应用日志、EB系统日志是否未配置轮转策略，导致单日志文件持续增长无法自动清理。可执行ls -lh /var/log/查看日志文件大小，若存在GB级未分割的单日志文件即可判定该问题
• 排查历史部署残留：Elastic Beanstalk 默认会留存历史部署的应用版本包，若未配置自动清理规则，多个部署版本的包会持续占用根分区空间，可查看/opt/elasticbeanstalk/deployment/app_version_archive/目录的占用情况
• 排查应用侧生成文件：确认应用是否存在本地写入临时文件、核心转储文件、业务资源文件的逻辑，未配置定期清理规则导致磁盘占用持续上涨

解决方案 #

临时修复（快速恢复环境健康） #

• 确认无影响后删除无用的大日志、旧部署包、临时文件，执行df -h确认根分区可用空间恢复到正常阈值，即可让EB环境健康状态回到Ok

永久修复（避免问题复现） #

• 配置日志自动清理规则：修改logrotate配置，为应用日志、EB系统日志设置单文件大小上限、日志保留天数，触发规则后自动压缩、删除旧日志；也可以在EB控制台开启日志自动上传S3的功能，上传完成后自动删除本地日志文件
• 开启EB应用版本生命周期管理：在EB控制台的应用配置中开启生命周期规则，设置最多保留的应用版本数量，自动删除历史部署包，避免部署残留持续占用空间
• 调整根卷容量：如果业务本身确实需要更大的本地存储空间，可以在EB环境的EC2配置项中调整根卷大小，重建环境后生效
• 优化应用存储逻辑：将业务生成的附件、备份等不需要持久化存储在本地的文件，改为上传到S3等对象存储服务，从根源避免本地磁盘被业务文件占满

内容的提问来源于stack exchange，提问作者DC_Valluru