Azure AKS场景下Terraform Plan执行报connection refused错误如何解决

你遇到的报错核心原因是：Terraform状态文件中仍留存了大量Kubernetes Provider管理的资源（ClusterRole、ClusterRoleBinding、Namespace LimitRange等），这些资源依赖的AKS集群已在之前的apply中途被销毁/不可访问，Terraform刷新状态时Kubernetes Provider尝试连接集群拉取实际状态，就会抛出连接拒绝错误。你配置的load_config_file = false仅能禁用本地kubeconfig读取，不会跳过已有Kubernetes资源的状态刷新逻辑，所以不解决问题。

操作步骤 #

• 第一步：备份Terraform状态文件，防止误操作导致异常
  执行命令：terraform state pull > terraform_state_backup.json
• 第二步：过滤出所有状态中Kubernetes Provider管理的资源
  执行命令：terraform state list | grep kubernetes_
  输出结果就是你报错中涉及的所有K8s资源记录
• 第三步：批量移除状态中的Kubernetes资源记录
  • Linux/Mac环境执行：terraform state list | grep kubernetes_ | xargs terraform state rm
  • Windows PowerShell环境执行：terraform state list | Select-String kubernetes_ | ForEach-Object { terraform state rm $_.Line }
• 第四步：验证plan是否正常
  执行terraform plan，此时状态中已无K8s资源，不会再触发Kubernetes Provider的集群连接逻辑，不会再报连接拒绝错误。
• 第五步：清理剩余AKS相关资源
  确认你的代码中已经注释/移除了所有AKS集群、节点池等Azure侧AKS关联资源的定义，plan会显示要删除这些残留的Azure侧AKS资源，确认变更符合预期后执行terraform apply即可完成清理，其他非AKS资源（网络、虚拟机、防火墙等）不会受到任何影响。

注意：如果你后续需要重新部署AKS，只需重新添加AKS和对应的K8s资源代码即可，现有非AKS资源的状态完全不受影响。

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