AWS ECS拉取容器失败：设备空间不足问题求助

• 调整ECS任务的临时存储配置
  报错核心是容器解压时根卷空间不足，ECS（尤其是Fargate）默认临时存储可能无法容纳8GB+镜像解压后的体积（镜像解压后通常比压缩包大1.5-2倍）：

  • 若使用Fargate：在任务定义的「基础设施要求」中，将「临时存储」大小调整为至少20GB（可根据实际解压体积微调），需确保使用Fargate平台版本1.4.0及以上。
  • 若使用EC2类型集群：在任务定义的容器配置中指定更大的根卷大小，或检查EC2实例的EBS卷容量，扩容至足够容纳镜像解压后的空间。

• 优化Docker镜像体积
  8GB的镜像过于庞大，是空间问题的根源之一：

  • 采用多阶段构建：用完整Python镜像做构建阶段，安装依赖、处理模型文件；再用轻量的python:slim或alpine镜像作为运行阶段，仅复制运行必需的文件（如依赖包、模型文件），剔除构建阶段的冗余内容。
  • 清理镜像冗余：在Dockerfile中添加pip cache purge、apt-get clean && rm -rf /var/lib/apt/lists/*等命令，删除包管理缓存、临时文件。
  • 分离大文件：不要将pytorch_weights.tar.gz这类大文件打包进镜像，改为容器启动时从S3下载，或挂载EFS/FSx等外部存储存放模型文件。

• 清理EC2实例（若使用ECS EC2集群）
  登录EC2实例，执行df -h查看/var/lib/docker所在分区的剩余空间：

  • 用docker system prune -a清理无用的镜像、容器、卷，释放空间。
  • 若EBS卷容量不足，通过AWS控制台扩容EBS卷，并在实例上扩展文件系统。

• 检查存储挂载配置
  确认pytorch_weights.tar.gz所在目录没有被挂载到空间不足的卷。如果任务中配置了自定义卷，检查卷的可用空间，或将模型文件目录挂载到EFS这类大容量存储上。

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