使用Terraform重新部署K8s集群时，如何排除指定状态资源不被删除？

直接排除资源的临时解决方案 #

如果只是临时需要销毁大部分资源但保留特定集群外资源，可以通过操作Terraform状态文件实现：

• 步骤1：将目标资源从状态中移除
  执行命令把要保留的资源从当前Terraform状态中删除（物理资源不会被删除，只是Terraform暂时不再管理它）：

  terraform state rm google_storage_bucket.my_bucket
  

  替换google_storage_bucket.my_bucket为你实际的资源地址。

• 步骤2：执行销毁操作
  此时执行terraform destroy，Terraform只会销毁状态中存在的资源，刚才移除的bucket会被保留：

  terraform destroy
  

• 步骤3：恢复资源的状态管理
  销毁完成后，将保留的资源重新导入新的Terraform状态，确保后续部署能继续管理它：

  terraform import google_storage_bucket.my_bucket your-bucket-name
  

  替换your-bucket-name为实际的存储桶名称。

注意：这种方法适合临时场景，频繁操作状态文件容易出错，不建议作为长期方案。

更优的长期实践方案 #

从架构层面拆分资源是更可靠的做法，避免依赖状态操作：

1. 拆分Terraform配置目录 #

将集群外共享资源与K8s集群/应用资源分离到独立的配置目录，各自使用独立的状态文件：

• 共享资源目录：存放google_storage_bucket、VPC、数据库等跨集群共享的资源，单独执行terraform apply/destroy管理，只有当需要更新共享资源时才操作这个目录。
• K8s集群目录：存放K8s集群本身（如GKE、EKS）以及集群内的Deployment、Service等资源，销毁或重新部署时仅操作这个目录，完全不会影响共享资源。

2. 通过远程状态引用共享资源 #

拆分后，K8s配置目录可以通过远程状态数据源引用共享资源的属性，避免硬编码：

data "terraform_remote_state" "shared" {
  backend = "gcs"
  config = {
    bucket = "your-shared-state-bucket"
    prefix = "terraform/state/shared"
  }
}

# 在K8s资源中引用共享bucket的名称
resource "kubernetes_config_map" "app_config" {
  metadata {
    name = "app-config"
  }
  data = {
    BUCKET_NAME = data.terraform_remote_state.shared.outputs.bucket_name
  }
}

3. 使用模块封装资源 #

把共享资源和K8s资源封装为Terraform模块，提高复用性的同时，更清晰地隔离资源边界。比如创建modules/shared_storage和modules/k8s_cluster模块，在根配置中分别调用，各自管理状态。

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