Terraform替换Aurora PostgreSQL Serverless为Provisioned时连接失败求助

核心原因排查 #

你遇到的连接错误（指向127.0.0.1:5432），本质是PostgreSQL Provider没有使用你配置的Aurora集群端点，而是 fallback 到了默认的本地地址。常见触发场景有以下两种：

1. 环境变量覆盖了Provider配置 #

PostgreSQL Provider会优先读取系统环境中的PostgreSQL标准变量（如PGHOST、PGPORT），如果这些变量被设置为localhost或127.0.0.1，会直接覆盖你在Provider中配置的host参数。

验证方法：

echo $PGHOST
echo $PGPORT

如果输出是127.0.0.1或localhost，就是这个问题。

临时解决：

unset PGHOST
unset PGPORT

之后重新执行terraform apply。

2. Terraform资源替换导致的引用失效 #

当你将Aurora从Serverless改为Provisioned时，Terraform会判定该集群资源需要销毁后重建（两种模式无法原地修改）。此时在规划/初始化阶段，Provider引用的aws_rds_cluster.postgresql.endpoint可能无法正确获取旧集群的状态值，导致host参数为空，Provider自动使用默认本地地址。

针对性解决方案 #

方案一：用数据源读取当前集群状态 #

将Provider的配置从直接引用资源改为引用AWS数据源，确保在旧集群销毁前，始终读取真实运行中的集群端点：

# 读取当前运行中的Aurora集群信息
data "aws_rds_cluster" "current_postgresql" {
  cluster_identifier = aws_rds_cluster.postgresql.cluster_identifier
}

provider "postgresql" {
  host              = data.aws_rds_cluster.current_postgresql.endpoint
  port              = 5432
  database          = data.aws_rds_cluster.current_postgresql.database_name
  username          = data.aws_rds_cluster.current_postgresql.master_username
  password          = aws_rds_cluster.postgresql.master_password
  sslmode           = "require"
  superuser         = false
  expected_version  = "10.18"
}

数据源会直接调用AWS API获取集群的实时状态，不受Terraform资源替换标记的影响。

方案二：分阶段执行变更 #

如果数据源方案无效，可以拆分变更步骤，避免Provider与集群替换操作冲突：

1. 临时注释所有postgresql_database、postgresql_role等数据库层资源配置；
2. 执行terraform apply完成Aurora集群从Serverless到Provisioned的替换；
3. 恢复数据库层资源配置，重新执行terraform apply创建角色与权限。

注意：此方案会重新创建所有数据库对象，请提前做好数据备份与迁移准备。

额外验证步骤 #

• 确认旧Aurora Serverless集群状态正常：在AWS控制台查看集群状态为available；
• 检查Terraform状态中的集群端点：

  terraform state show aws_rds_cluster.postgresql
  

  确保输出的endpoint字段是正确的集群公网/内网地址，而非空值或本地地址。

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