如何用Terraform调整DigitalOcean K8s节点规格且不替换集群

为什么修改内嵌节点池size会触发全量集群替换 #

你遇到的这个提示不是操作错误导致的：在digitalocean_kubernetes_cluster资源中内嵌的node_pool块，属于和集群资源强绑定的嵌套配置，provider对这类嵌套块做变更校验时，只要size这类核心属性发生变化，就会判定整个集群资源需要销毁重建，完全没有做节点池级别的滚动变更支持，这是Terraform provider的历史设计限制。

问题1：通过Terraform实现零停机规格调整的完整方案 #

完全可以基于Terraform完成和控制台流程一致的零停机节点升级，不需要触发集群替换，核心是把内嵌的节点池迁移为独立的节点池资源，操作步骤如下：

• 状态解耦操作：先从集群资源的内嵌节点池条目迁移状态，不做任何实际资源变更，执行命令：
  terraform state mv 'digitalocean_kubernetes_cluster.cluster.node_pool["workers"]' 'digitalocean_kubernetes_node_pool.old_workers'
• 补写独立节点池配置：在.tf文件中新增对应digitalocean_kubernetes_node_pool.old_workers的资源配置，所有属性和线上运行的旧节点池完全对齐（size、node_count、标签、Taint、关联的集群ID），同时把原来内嵌在cluster资源里的node_pool块完全删掉。此时执行terraform plan，应该返回零变更的结果，代表状态和实际资源已经对齐。
• 新增目标规格节点池：在配置中新增一个独立的digitalocean_kubernetes_node_pool.new_workers资源，设置为目标规格的k8s_worker_size值，初始节点数可以和旧节点池保持一致，执行apply后Terraform会单独创建新节点池，不会对现有集群和旧节点池做任何修改。
• 业务迁移：通过Kubectl对旧节点池的所有节点执行驱逐，将业务Pod平稳调度到新节点池上：
  kubectl drain <旧节点名> --ignore-daemonsets --delete-emptydir-data --force
• 清理旧资源：确认所有业务Pod正常运行、旧节点无残留关键负载后，把配置里的digitalocean_kubernetes_node_pool.old_workers块删掉，执行apply，Terraform会自动调用DO接口删除旧节点池，整个流程全程无集群重建操作。

问题2：手动完成迁移后的状态同步方法 #

完全可以通过手动操作完成迁移流程，不需要依赖Terraform编排整个过程，操作完成后通过官方状态管理命令即可对齐状态，避免状态失同步：

• 控制台操作阶段：按照标准流程，在DO控制台创建目标规格的新节点池，完成Pod驱逐后删除旧节点池，确保集群实际状态已经符合预期。
• 状态清理：先把原来.tf文件里集群资源内嵌的node_pool块删掉，执行terraform state rm命令移除旧的状态条目：
  terraform state rm 'digitalocean_kubernetes_cluster.cluster.node_pool["workers"]'
• 资源导入：把控制台新建的目标节点池导入为Terraform可管理的独立资源，导入格式为集群ID,节点池ID：
  terraform import 'digitalocean_kubernetes_node_pool.workers' '<your-cluster-id>,<your-new-node-pool-id>'
• 配置对齐：把导入得到的节点池属性和你写的.tf配置逐项比对，确保size、node_count、标签等字段完全匹配，再次执行terraform plan，确认返回零变更结果，即代表状态和实际集群完全同步。

注意：不要直接手动编辑state文件的字段值强行匹配配置，这类操作很容易引入隐性的状态不一致问题，后续排查故障的成本极高，所有状态调整尽量使用Terraform提供的官方state操作命令完成。

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