如何升级Kubernetes集群
内容提要
本文介绍了升级Kubernetes集群的高级过程，包括预升级检查、控制平面节点、关键集群应用程序和常规应用程序的升级顺序，以及灾难恢复计划和API版本变化的注意事项。
延伸解读
升级前必须关注API变更
文章强调，升级前务必仔细阅读变更日志和“紧急升级说明”，因为许多应用代码直接调用特定版本的Kubernetes API。如果这些API在升级后被移除，应用可能崩溃。例如，1.27版本移除了树内EBS存储插件，若未安装外部CSI驱动，EBS相关功能会受影响；1.26版本移除了HorizontalPodAutoscaler的v2beta2 API，应用需改用autoscaling/v2。忽略这些变更可能导致升级后应用故障。
控制平面升级不可跳跃版本
对于自管理控制平面，升级必须按特定顺序进行，且每次只能升级一个次要版本，例如从1.24到1.27需依次经过1.25和1.26。组件间存在版本偏差限制，需确保顺序和版本兼容性。对于托管控制平面，升级虽简单，但往往不可逆，一旦出现问题无法回滚，只能重建环境或修复问题。因此升级前需谨慎评估风险。
节点滚动升级策略
节点升级建议采用类似滚动升级的策略：先添加新版本节点，然后封锁旧节点使其不可调度，将应用迁移至新节点，再逐个排空并移除旧节点。虽然节点升级非强制，但建议在控制平面升级后进行，以确保Kubelet等组件同步更新。升级过程中需确保集群有足够容量承载工作负载，并密切监控状态。
灾难恢复计划不可或缺
即使做了充分准备，升级仍可能出错。文章建议始终制定灾难恢复计划，并准备备份和恢复工具，如Velero，用于备份和恢复Kubernetes应用。在实际迁移前，应测试应用恢复流程；如果应用自带备份恢复功能，也应测试，因为应用特定的恢复可能更精确高效。没有灾难恢复计划就不要规划升级。
Q&A
升级Kubernetes集群的主要步骤是什么？
升级Kubernetes集群的主要步骤包括预升级检查、升级控制平面、升级节点、升级客户端，以及根据API变化调整清单和其他资源。
在升级Kubernetes集群之前，为什么需要进行预升级检查？
预升级检查可以帮助识别可能影响应用程序的API变化、弃用或移除的功能，从而避免在升级后出现应用崩溃的问题。
如何确保关键集群应用程序在Kubernetes升级后仍然兼容？
需要列出所有关键集群应用程序，并确保它们与升级后的Kubernetes版本兼容，必要时在升级前安装兼容的版本。
在Kubernetes集群升级中，节点的升级策略是什么？
建议采用滚动升级策略，逐步添加新版本的节点，逐个迁移应用程序，并在迁移完成后移除旧版本的节点。
为什么在Kubernetes升级时需要制定灾难恢复计划？
灾难恢复计划确保在升级过程中出现问题时，可以快速恢复应用程序和数据，避免长时间的停机。
如何管理Kubernetes升级中的API版本变化？
应仔细查看变更日志，识别使用了弃用API版本的资源，并在升级前更新清单和配置文件以使用新版本。
