Terraform配置GCP Redis实例maintenance_policy动态块报错求助

• 明确maintenance_policy块特性：GCP Redis实例的maintenance_policy是单块结构，不支持重复定义。如果dynamic块生成多个该块，直接触发"Too many maintenance_policy blocks"错误，这是核心诱因。

• 检查变量定义合理性

  • 确保redis_maintenance_policy是单个object类型，而非列表/集合类型。如果变量是列表，dynamic循环会遍历元素生成多个块，直接触发报错。
  • 验证变量的object结构完全匹配GCP Provider的maintenance_policy schema，比如是否包含weekly_maintenance_window子对象，属性名是否与官方要求一致（如day、start_time）。

• 修正Dynamic块写法

  • 因为是单块，无需循环多个元素，只需用for_each控制块是否生成。示例写法：

    dynamic "maintenance_policy" {
      for_each = var.redis_maintenance_policy != null ? [var.redis_maintenance_policy] : []
      content {
        weekly_maintenance_window {
          day          = maintenance_policy.value.weekly_maintenance_window.day
          start_time   = maintenance_policy.value.weekly_maintenance_window.start_time
        }
      }
    }
    

  • 避免错误地使用for_each = var.redis_maintenance_policy（遍历object的属性会生成多个块）。

• 排查"Unsupported attribute"报错

  • 检查dynamic块内的属性引用路径是否正确，比如变量是嵌套object时，要逐级引用（如maintenance_policy.value.weekly_maintenance_window.day），不能直接跳过层级。
  • 核对GCP Provider文档，确保属性名完全一致，比如不要把start_time误写为start。

• 验证变量默认值

  • 若允许不设置维护策略，将变量默认值设为null，而非空对象。空对象可能导致dynamic块生成空的maintenance_policy块，触发provider的属性校验错误。

• 检查版本兼容性

  • 确认使用的hashicorp/google Provider版本为最新稳定版，旧版本可能存在maintenance_policy块的结构bug或兼容性问题。

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