在AWS ECS EC2启动类型中配置MongoDB EBS持久化存储（Terraform）

• 正在使用Terraform在AWS ECS（EC2启动类型）中部署带持久化存储的MongoDB服务，要求每个MongoDB相互独立，无集群/分片配置
• 通过为EC2实例设置自定义属性ECS_INSTANCE_ATTRIBUTES={"target":"<my_unique_str>"}，配合服务放置约束，让对应任务运行在指定实例上
• 当前遇到两个问题：
  1. Terraform挂载EBS卷到EC2后，每次实例启动时执行格式化操作会清空数据，无法保证数据持久化
  2. 想了解ECS EC2启动类型下，是否能配置服务自动挂载指定EBS卷，无需关注任务运行的具体EC2实例

一、解决EBS格式化丢失数据的问题 #

核心问题是每次EC2启动都执行格式化操作，正确逻辑是仅在EBS卷首次挂载时格式化，后续启动直接挂载。可以通过EC2用户数据脚本实现：

#!/bin/bash
MOUNT_POINT="/data/mongo"
DEVICE="/dev/xvdh"

# 创建挂载目录
mkdir -p $MOUNT_POINT

# 检查设备是否已有文件系统，仅首次挂载时格式化
if ! blkid $DEVICE; then
    mkfs.ext4 $DEVICE
fi

# 挂载设备
mount $DEVICE $MOUNT_POINT

# 写入fstab，确保重启后自动挂载
echo "$DEVICE $MOUNT_POINT ext4 defaults,nofail 0 2" >> /etc/fstab

# 调整目录权限适配MongoDB运行用户
chown -R mongodb:mongodb $MOUNT_POINT

在Terraform的aws_instance资源中配置user_data = base64encode(上述脚本)，实例启动时会自动判断是否需要格式化，避免清空已有数据。

二、ECS EC2启动类型下自动挂载EBS卷的方案 #

ECS EC2启动类型本身不支持直接让服务自动挂载指定EBS卷（该特性属于Fargate），但可以通过以下两种方案实现类似效果：

1. 实例属性+预挂载EBS的实例组
   • 为每个MongoDB服务分配唯一的target属性，创建对应EC2实例时，通过Terraform的aws_ebs_volume和aws_volume_attachment绑定专属EBS卷
   • 结合上述用户数据脚本，确保实例启动时完成EBS卷挂载
   • 服务部署时设置放置约束attribute:target == <my_unique_str>，确保任务只运行在预挂载了对应EBS卷的实例上
2. 任务定义绑定挂载+实例初始化脚本
   • 在任务定义中配置绑定挂载，将宿主机的/data/mongo目录映射到容器内的MongoDB数据目录/data/db
   • 通过用户数据脚本确保实例启动时正确挂载对应的EBS卷到/data/mongo，任务启动后即可直接使用该存储

额外注意事项 #

• EBS卷必须和EC2实例处于同一可用区，Terraform中可通过availability_zone属性关联
• 确保EC2实例的IAM角色拥有EBS相关权限（如ec2:AttachVolume、ec2:DescribeVolumes等）
• 若使用自定义AMI，需提前安装blkid工具（多数默认AMI已包含）

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