如何更新ECS服务指定容器且不丢失MongoDB数据？

关键问题解答 #

1. 能否仅更新前后端容器，不重新部署整个任务？ #

不行。ECS的任务定义是一个整体单元，所有容器属于同一个任务，更新时必须重新部署整个任务，没办法单独更新任务里的某一个容器。

2. 是否需要用绑定卷存储MongoDB数据？ #

绑定卷（主机卷）不推荐在ECS中使用——ECS的主机是AWS托管的，主机可能会被自动替换，绑定卷的数据会随主机销毁而丢失。正确的做法是使用AWS托管的持久化存储卷：

• 单实例MongoDB：优先用EBS卷，性能更好，适合单任务场景；
• 多实例或跨可用区场景：用EFS（弹性文件系统），支持多任务共享，跨可用区访问；
• 配置时，将MongoDB的默认数据目录/data/db挂载到这些持久化卷上，这样无论任务怎么重新部署，新的MongoDB容器都能读取卷上的原有数据。

3. 最佳实现方式总结 #

1. 配置MongoDB持久化存储：
   • 在任务定义中为MongoDB容器添加EFS/EBS卷挂载，指定/data/db为挂载路径；
   • 确保卷的生命周期独立于任务，不会随任务销毁而删除。
2. 更新前后端容器的流程：
   • 修改任务定义，更新前后端容器的镜像版本；
   • 触发ECS服务滚动更新，ECS会逐步替换旧任务为新任务；
   • 新任务中的MongoDB容器挂载原有持久化卷，直接读取历史数据，不会丢失。
3. 额外保障措施：
   • 给MongoDB容器设置合理的停止超时时间（比如30秒），让数据库有足够时间完成数据写入，避免损坏；
   • 启用服务的滚动更新策略，设置最小健康百分比>0，确保更新过程中服务不中断；
   • 定期用mongodump工具备份MongoDB数据，防止卷损坏或误操作导致数据丢失。

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