AWS Batch拉取18GB Docker镜像报空间不足，如何扩容存储？

这个问题我碰到过好多次了——AWS Batch默认的EC2实例根卷空间通常只有20GB左右，拉取18GB的镜像肯定不够用，毕竟还要留空间给Docker的临时文件和容器运行数据。下面给你几个具体的解决办法，都是基于CloudFormation配置来调整的：

方法1：调大EC2实例的根卷大小 #

AWS Batch计算环境默认用的EC2实例根卷一般是20GB，完全装不下18GB的镜像。你可以在CloudFormation的LaunchTemplate配置里，直接修改根卷的容量：

在你的ComputeEnvironment对应的LaunchTemplate资源中，添加或修改BlockDeviceMappings配置，把根卷（通常是/dev/xvda）的大小调到60GB以上（留足余量给容器运行）：

"LaunchTemplate": {
  "LaunchTemplateName": "YourBatchLaunchTemplate",
  "Version": "$Latest",
  "LaunchTemplateData": {
    "BlockDeviceMappings": [
      {
        "DeviceName": "/dev/xvda",
        "Ebs": {
          "VolumeSize": 60,
          "VolumeType": "gp3" // gp3比gp2更划算，性能也能满足需求
        }
      }
    ]
  }
}

修改后更新你的CloudFormation栈，然后等待Batch自动调度新实例（或者手动终止旧实例），新启动的实例根卷就有足够空间来拉取镜像了。

方法2：挂载独立的EBS卷给Docker存储 #

如果不想改动根卷，或者需要更大的存储容量，可以专门挂载一个EBS卷到Docker的默认存储目录/var/lib/docker，这样所有镜像和容器数据都会存在这个独立卷上，不会占用系统根卷空间。

同样在LaunchTemplate里配置两个核心部分：

1. 添加额外的EBS卷到BlockDeviceMappings
2. 通过UserData脚本格式化并挂载这个卷到/var/lib/docker

示例配置：

"LaunchTemplateData": {
  "BlockDeviceMappings": [
    {
      "DeviceName": "/dev/xvdh",
      "Ebs": {
        "VolumeSize": 100, // 建议设置为镜像大小的2-3倍，预留足够运行空间
        "VolumeType": "gp3"
      }
    }
  ],
  "UserData": {
    "Fn::Base64": {
      "Fn::Sub": "#!/bin/bash\n# 格式化新卷（第一次挂载时需要执行）\nmkfs.ext4 /dev/xvdh\n# 创建Docker存储目录（确保目录存在）\nmkdir -p /var/lib/docker\n# 将新卷挂载到Docker存储目录\nmount /dev/xvdh /var/lib/docker\n# 添加到fstab配置，确保实例重启后自动挂载\necho '/dev/xvdh /var/lib/docker ext4 defaults 0 0' >> /etc/fstab\n"
    }
  }
}

这个方法的优势是把Docker数据和系统根卷分离，后续扩容也更灵活。

关键注意事项 #

• 修改LaunchTemplate后，要确保AWS Batch计算环境配置中指定使用最新版本的模板（比如设置Version: "$Latest"）。
• 已经在运行的EC2实例不会自动应用新配置，需要等待Batch调度新实例，或者手动终止旧实例触发新实例启动。
• 18GB的镜像加上容器运行时的临时文件、日志等，建议卷大小至少设置为30GB以上，保险起见可以直接给到60-100GB。

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