如何用Terraform创建用于故障转移的并行一致基础设施？

你的核心需求是用单份Terraform代码部署两套状态独立的K8s集群（低成本A+高可靠B），实现故障转移，同时避免代码重复和Workspaces的局限性，现有方案需要多次手动执行init/apply，以下是更优的整合工作流方案：

方案一：模块封装+自动化脚本（纯开源工具链） #

步骤1：封装核心基础设施为Terraform模块 #

把K8s集群的通用配置（节点组、API服务器、网络等）封装成可复用模块，比如modules/k8s-cluster，只暴露差异化变量（集群ID、区域、节点数量、后端配置参数等），彻底消除代码重复。

模块示例结构：

.
├── main.tf       # 调用k8s-cluster模块
├── modules/
│   └── k8s-cluster/
│       ├── main.tf
│       ├── variables.tf
│       └── outputs.tf
├── backend-a.conf # 集群A的backend配置（比如S3桶、key）
├── backend-b.conf # 集群B的backend配置
├── vars-a.tfvars  # 集群A的变量（区域、节点数=3等）
└── vars-b.tfvars  # 集群B的变量（区域、节点数=1等）

步骤2：写自动化部署脚本 #

用Shell/Python脚本遍历两个环境，自动完成每个集群的init、plan、apply操作，一次执行即可完成双集群部署。

Shell脚本示例：

#!/bin/bash
set -e # 出错即终止

# 定义环境列表及对应配置文件
ENVS=("cluster-a" "cluster-b")
BACKEND_CONFIGS=("backend-a.conf" "backend-b.conf")
VAR_FILES=("vars-a.tfvars" "vars-b.tfvars")

for idx in "${!ENVS[@]}"; do
  ENV_NAME="${ENVS[$idx]}"
  echo "====================================="
  echo "开始部署环境: $ENV_NAME"
  echo "====================================="

  # 初始化对应环境的backend
  terraform init -backend-config="${BACKEND_CONFIGS[$idx]}" -reconfigure

  # 执行部署（可先替换为plan验证）
  terraform apply -var-file="${VAR_FILES[$idx]}" -auto-approve

  echo "$ENV_NAME 部署完成"
done

这种方式既保持了每个集群的状态独立性（各自backend），又通过脚本整合了所有操作，还能轻松扩展到更多环境。针对你的故障转移场景，只需修改vars-b.tfvars中的节点数，再执行脚本即可快速扩容集群B。

方案二：Terraform Cloud/Enterprise 工作空间集合（商业平台方案） #

如果你愿意使用Terraform的商业平台，可以利用Workspace Set功能实现无脚本的自动化多环境部署：

• 为集群A、B分别创建独立工作空间，共享同一代码仓库
• 配置通用变量集（比如K8s版本、镜像仓库地址），为每个工作空间单独设置差异化变量（区域、节点数、backend配置）
• 配置触发规则：当代码提交时，自动并行执行两个工作空间的plan/apply；故障转移时，手动触发集群B的扩容操作
• 平台原生支持状态隔离、变更历史追踪，无需维护自定义脚本

方案三：变量驱动的多实例部署（状态半隔离） #

如果可以接受两个集群的状态存储在同一个backend中（逻辑隔离），可以用for_each遍历集群配置，一次init/apply完成部署：

示例配置：

variable "clusters" {
  type = map(object({
    cluster_id = string
    region     = string
    node_count = number
  }))
  default = {
    cluster-a = {
      cluster_id = "low-cost-cluster"
      region     = "cn-north-1"
      node_count = 3
    }
    cluster-b = {
      cluster_id = "high-reliability-cluster"
      region     = "cn-south-1"
      node_count = 1
    }
  }
}

module "k8s_cluster" {
  for_each = var.clusters
  source   = "./modules/k8s-cluster"

  cluster_id = each.value.cluster_id
  region     = each.value.region
  node_count = each.value.node_count
}

这种方式操作最简单，但状态耦合度高，单个集群的故障可能影响整体状态文件，适合对状态隔离要求不极端的场景。

方案选择建议 #

• 追求纯开源、状态严格隔离：选方案一
• 希望无脚本、平台化管理：选方案二
• 操作最简、可接受状态半隔离：选方案三

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