2. K8s集群生命周期基础：集群创建、升级、扩缩容、销毁的标准流程与关键节点

Kubernetes集群的生命周期管理是平台运维的基石。本章将围绕集群从“生”到“死”的四个核心阶段——创建、升级、扩缩容、销毁，梳理标准操作流程与必须关注的关键节点。理解这些基础流程，是后续利用Helm治理配置漂移的前提。

2.1 集群创建：从零到可调度

集群创建不仅仅是运行 kubeadm init 或点击云控制台按钮，它涉及基础设施、控制平面、工作节点、网络与存储的完整编排。

标准创建流程

1. 基础设施准备： 规划网络CIDR、节点规格、操作系统镜像、安全组规则。
2. 控制平面初始化： 部署etcd集群、API Server、Controller Manager、Scheduler。
3. 工作节点加入： 节点认证、kubelet配置、容器运行时（containerd）就绪。
4. 网络插件安装： 部署CNI插件（如Calico、Cilium），确保Pod网络互通。
5. 附加组件部署： CoreDNS、Metrics Server、Ingress Controller、存储类（StorageClass）。
6. 集群验证： 运行 kubectl get nodes、部署测试Pod、检查集群健康状态。

关键节点清单

2.2 集群升级：版本演进与安全合规

Kubernetes版本迭代频繁，安全补丁与功能更新要求集群必须保持版本合规。升级的核心挑战在于控制平面与节点版本偏差以及工作负载兼容性。

标准升级流程

• 前置检查： 确认当前集群版本、目标版本、API弃用资源清单、备份etcd快照。
• 控制平面升级： 逐节点升级（或滚动升级）API Server → Controller Manager → Scheduler → etcd。
• 工作节点升级： 节点排水（drain）→ 升级kubelet与kube-proxy → 节点恢复调度（uncordon）。
• 后置验证： 检查集群组件版本、运行 kubectl version、验证核心工作负载健康。

关键节点对比

2.3 集群扩缩容：弹性与成本

扩缩容分为节点级（增加/减少工作节点）和控制平面级（高可用场景）。节点级扩缩容通常依赖Cluster Autoscaler或云厂商自动伸缩组。

标准扩缩容流程

1. 触发条件： 集群资源不足（CPU/Memory）或利用率过低。
2. 节点池调整： 修改节点池期望实例数或触发Cluster Autoscaler。
3. 节点初始化： 新节点自动加入集群，kubelet注册，CNI配置。
4. Pod调度： Pending状态的Pod被调度到新节点。
5. 缩容前保护： 节点排水、PDB检查、驱逐Pod。

扩缩容关键指标

2.4 集群销毁：安全下线与数据清理

集群销毁是生命周期中最容易被忽视的阶段。不规范销毁可能导致云资源残留、数据泄露或成本持续产生。

标准销毁流程

• 负载迁移： 将工作负载迁移至其他集群或环境，确认流量已切换。
• 数据备份： 导出etcd快照、PVC数据、ConfigMap/Secret清单。
• 资源清理： 删除所有工作负载、PVC、Service、Ingress、Namespace。
• 节点下线： 节点排水后从集群中移除，释放云资源（虚拟机、磁盘、负载均衡器）。
• 控制平面销毁： 删除API Server、etcd实例，释放关联资源。
• 最终确认： 检查云控制台/API，确保无残留资源。

销毁前检查清单

2.5 关键节点总结与配置漂移关联

集群生命周期的每个阶段都存在配置漂移的风险。下表总结了各阶段最易产生漂移的关键节点，以及Helm在其中的治理作用。