不能直接用Terraform原生资源部署MongoDB副本集，因AWS无托管资源、Terraform不内置数据库编排能力，需组合EC2、安全组、EBS、user_data及配置脚本，手动执行rs.initiate()和rs.add()。
不能直接用 Terraform 原生资源部署 MongoDB 副本集 —— AWS 没有 aws_mongodb_replica_set 这类托管资源，Terraform 本身也不内置数据库逻辑编排能力。你得自己组合 EC2、安全组、EBS、用户数据（user_data）和配置脚本，再配合 MongoDB 的 rs.initiate() 和 rs.add() 手动触发初始化。
为什么不能像部署 RDS 那样一键创建副本集？
AWS RDS for MongoDB 并不存在；RDS 只支持 MySQL、PostgreSQL、Oracle 等关系型引擎。MongoDB 在 AWS 上若要自管理，必须走 EC2 路线。这意味着：
- Terraform 只负责拉起机器、挂盘、开防火墙、传启动脚本 —— 它不理解
mongod.conf语法，也不会执行mongo --eval "rs.initiate(...)” - 副本集初始化时机很关键：必须等所有节点的
mongod进程都已就绪、端口可连、keyfile 权限正确，才能在 Primary 上运行rs.initiate() - 常见失败点是：Secondary 尚未完全启动就尝试
rs.add()，导致No host described in new configuration with this replSet name或连接超时
核心三步：网络 + 实例 + 初始化协调
实际落地要分三层控制，缺一不可：
-
网络层：用
aws_vpc+aws_subnet+aws_security_group开放27017端口，且安全组规则必须允许实例间互访（源/目标设为同一 SG 的self引用），不能只放行公网 IP -
实例层：至少 3 台
aws_instance，统一使用ami-0abcdef1234567890（Amazon Linux 2023 或 Ubuntu 22.04 LTS），挂载独立 EBS 卷（aws_ebs_volume+aws_volume_attachment），并用user_data安装 MongoDB、写入/etc/mongod.conf（含replSetName、bindIp设为0.0.0.0或内网 IP）、启用服务 -
协调层：不能靠 Terraform 内置 provisioner 串行执行
rs.initiate()和rs.add()—— 因为remote-exec会阻塞，且无法感知其他节点是否 ready。推荐方案是：所有节点启动后，用一个独立的local-exec脚本轮询各节点mongod状态，确认全部health: 1后，再用mongoCLI 连 Primary 执行初始化
容易被忽略的 MongoDB 副本集细节
即使实例跑起来了，副本集仍可能卡在 STARTUP2 或 RECOVERING 状态，原因往往藏在配置里：
-
replSetName必须严格一致（大小写敏感），且不能含下划线 ——my-replica-set合法，my_replica_set会导致Invalid replica set name -
keyFile必须在所有节点上存在、权限为400、属主为mongod，否则 Secondary 无法认证加入，日志报Authentication failed -
host字段在rs.add()里必须用节点内网 DNS 名或私有 IP（如"ip-10-0-1-10.ec2.internal:27017"），不能写公网 IP 或localhost，否则其他成员解析失败 - 首次
rs.initiate()的 config 必须显式指定_id和members[0].host，不能依赖默认值；建议用完整 config：rs.initiate({ _id: "rs0", members: [ { _id: 0, host: "ip-10-0-1-10.ec2.internal:27017" } ] })
最麻烦的不是写 Terraform，而是让三台机器在毫秒级时间差内完成状态同步 —— 任何一步网络抖动、磁盘 I/O 延迟或 systemd 启动顺序偏差，都可能导致 rs.status() 卡住。建议把初始化逻辑抽成独立脚本，用 aws_instance 的 user_data 标记节点角色（primary/secondary），再由外部调度器统一触发，比硬塞进 Terraform 生命周期里更可控。
