如何通过Terraform条件语句实现RDS Aurora时点恢复并解决状态漂移

试试这几个可行的方案：

1. 用null替代空对象赋值 #

当restore_enabled为false时，把restore_to_point_in_time设为null而非空对象。Terraform对可选参数的处理逻辑里，null代表忽略该参数，不会触发配置变更，而空对象会被识别为要清空对应配置，进而导致状态漂移。

修改后的代码：

module "aurora_db_green" {
  #checkov:skip=CKV_TF_1: Ensure Terraform module sources use a commit hash
  source  = "terraform-aws-modules/rds-aurora/aws"
  version = "7.6.0"

[...] 

  restore_to_point_in_time = var.restore_enabled ? {
    restore_to_time                   = var.rds_pitr_time
    source_cluster_identifier         = var.cluster_id
  } : null

[...] 

}

恢复完成后将restore_enabled设为false重新apply，Terraform会忽略restore_to_point_in_time参数，和资源实际状态匹配，不会出现漂移。

2. 拆分模块调用，隔离恢复与正常场景 #

通过count参数控制两个模块的启用状态，彻底分开恢复场景和正常运行场景的配置，避免参数冲突。

示例代码：

# 正常运行的集群（非恢复时启用）
module "aurora_db_green" {
  count = var.restore_enabled ? 0 : 1

  source  = "terraform-aws-modules/rds-aurora/aws"
  version = "7.6.0"

  # 填写正常集群的配置参数
  [...]
}

# 恢复场景的集群（恢复时启用）
module "aurora_db_green_restore" {
  count = var.restore_enabled ? 1 : 0

  source  = "terraform-aws-modules/rds-aurora/aws"
  version = "7.6.0"

  restore_to_point_in_time = {
    restore_to_time                   = var.rds_pitr_time
    source_cluster_identifier         = var.cluster_id
  }

  # 其他和正常集群一致的参数
  [...]
}

恢复完成后切换restore_enabled为false，销毁恢复模块即可用正常模块管理集群，完全避免状态冲突。

3. 手动调整Terraform状态（临时应急方案） #

如果是一次性恢复操作，恢复完成后可以手动从状态中移除restore_to_point_in_time的配置，后续apply就不会触发漂移。

执行命令：

terraform state rm 'module.aurora_db_green.aws_rds_cluster.this[0].restore_to_point_in_time'

之后把restore_enabled设为false再apply即可。注意这个方法是临时方案，后续再次恢复需要重新处理状态。

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