解决AWS ElasticBeanstalk容器因Docker存储池耗尽崩溃的优化方案

我之前在AWS Elastic Beanstalk上踩过完全一样的坑——Docker存储池把12GB的系统盘占得满满当当，直接导致容器崩溃。之前用AWS推荐的定时fstrim命令确实不够健壮，要么清理不彻底，要么偶尔会因为容器状态问题执行失败。下面是我后来验证过的几个更完善的解决方案，按优先级排序：

1. 先优化Docker的清理策略与存储配置 #

如果暂时不想加磁盘，先把现有磁盘的利用率优化起来：

• 定期全面清理Docker冗余资源：代替单独的fstrim，用docker system prune命令一次性清理停止的容器、未使用的镜像、悬空的卷和无用网络。建议加到cron定时任务里，比如每天凌晨自动执行：

  # 编辑crontab
  sudo crontab -e
  # 添加以下行，每天0点执行，输出日志到指定文件
  0 0 * * * docker system prune -af --volumes >> /var/log/docker-prune.log 2>&1
  

  这里的-a会清理所有未被使用的镜像，-f跳过确认，--volumes会清理未被容器使用的卷，比单独fstrim覆盖的范围大得多。
• 开启Overlay2存储驱动的异步丢弃：Elastic Beanstalk默认用Overlay2驱动，开启discard=async可以让删除文件时更及时地释放磁盘空间。通过.ebextensions配置Docker守护进程：
  创建.ebextensions/docker-daemon.config文件，内容如下：

  files:
    /etc/docker/daemon.json:
      content: |
        {
          "storage-driver": "overlay2",
          "storage-opts": ["overlay2.discard=async"]
        }
  commands:
    restart_docker:
      command: service docker restart
      ignoreErrors: false
  

  部署这个配置后，Docker会自动启用异步丢弃，减少磁盘空间的浪费。

2. 挂载第二块EBS磁盘（长期最优解） #

AWS官方推荐的这个方案是最彻底的，毕竟12GB系统盘对于Docker来说确实太小了。把Docker的数据目录迁移到单独的EBS卷上，步骤如下：

1. 在Elastic Beanstalk控制台的「配置」>「实例」里，添加一块EBS卷（比如选择30GB或更大，按需调整），设备名可以设为/dev/xvdh（默认推荐）。
2. 创建.ebextensions/mount-docker-volume.config配置文件，自动格式化、挂载磁盘并迁移Docker数据：

commands:
  01_prepare_mount:
    command: |
      # 检查磁盘是否已格式化挂载
      if ! grep -q "/mnt/docker" /etc/fstab; then
        mkfs.ext4 /dev/xvdh
        mkdir -p /mnt/docker
        echo "/dev/xvdh /mnt/docker ext4 defaults 0 0" >> /etc/fstab
        mount /mnt/docker
      fi
  02_migrate_docker_data:
    command: |
      # 停止Docker服务，迁移数据到新磁盘
      service docker stop
      if [ ! -d /mnt/docker/overlay2 ]; then
        rsync -a /var/lib/docker/ /mnt/docker/
      fi
      rm -rf /var/lib/docker
      ln -s /mnt/docker /var/lib/docker
      service docker start
    ignoreErrors: false

部署后，Docker的所有镜像、容器、卷数据都会存在第二块磁盘上，系统盘的压力就完全释放了。后续如果磁盘不够用，直接在控制台调整EBS卷大小即可，非常灵活。

3. 配置监控告警提前预防 #

为了避免再次出现磁盘满导致崩溃的情况，建议配置CloudWatch告警：

• 监控系统盘（/）和Docker数据盘（/mnt/docker）的磁盘使用率，当使用率超过80%时触发SNS告警，提前介入清理或扩容。
• 可以通过CloudWatch Agent收集更细致的Docker指标，比如镜像占用空间、容器日志大小等，方便排查问题。

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