Kubernetes 1.28发布，包含45项增强功能！ _Kubernetes

Kube.NETes v1.28 正式发布了，这是 2023 年的第二个版本。该版本包含 45 项增强功能。其中， 19 项进入 Alpha 阶段， 14 项升级到 Beta 阶段， 12 项升级到稳定版。
一、版本主题和徽标
Kubernetes v1.28 的主题是 Planternetes 。
下面是 Kubernetes 1.28 的徽标。
每一次 Kubernetes 的版本发布，都代表着我们社区中成千上万人的共同努力与成果。参与此次发布的人员背景各异，有的是行业资深人士，有的是家长，还有的是学生或是开源领域的新手。我们汇集了各自的经验与专长，共同打造了这一具有全球影响力的产品。
这像一个花园，我们的发布像其生长中的植物一样，经历了各种变化、挑战和机遇。此次的主题就是为了纪念我们付出的精心照料、决心和努力，证明我们和谐共生，共同成长。
二、新功能（主要主题）
1.支持的控制平面和节点版本间的差异进行了调整
这次更新允许测试并扩展核心节点和控制平面组件间的支持版本差异，从之前的 n-2 版本扩展至 n-3 版本。这意味着，受支持的最早的小版本中的节点组件（如 kubelet 和 kube-proxy）可以与最新受支持的小版本的控制平面组件（如 kube-apiserver、kube-scheduler、kube-controller-manager、cloud-controller-manager）协同工作。
这对终端用户很有价值，因为控制平面升级比节点升级要快一些，而节点升级几乎总是要比运行中的工作负载升级时间更长。
Kubernetes 已经提供了年度支持期，用户可以随时升级到最新的补丁版本以修复安全问题，每年还可以连续进行 3 次小版本的升级，以便与最新支持的小版本保持同步。
但当前的问题是，节点与控制平面之间经过测试并支持的版本偏差限制在两个版本，这意味着三个版本的升级将需要两次更新节点，以保证保持在受支持的版本偏差范围内。
2.GA：从非正常节点关闭中恢复
如果节点意外关闭或最终处于不可恢复的状态（可能是由于硬件故障或操作系统反应迟钝）， Kubernetes 允许你进行事后清理，并允许有状态的工作负载在不同的节点上重新启动。对于 Kubernetes v1.28 ，这是一项稳定的功能。
这意味着，当原始节点被关闭或遭遇如硬件故障或系统损坏的非可恢复状态时，状态性工作负载可以成功地切换到另一个节点。
Kubernetes v1.20 之前的版本缺乏对 linux 上节点关闭的处理，而 kubelet 集成了 systemd 并实现了优雅的节点关闭（beta 版，默认已启用）。不过，即使是有意关闭，也可能无法得到很好的处理，这可能是因为：

节点运行 windows
节点运行 Linux ，但使用不同的启动程序（非 systemd）
关机没有触发系统抑制锁机制
节点级配置错误（如未为 shutdownGracePeriod 和 shutdownGracePeriodCriticalPods 设置适当的值）。

当节点关闭或发生故障，而 kubelet 又未检测到该节点关闭时，作为 StatefulSet 一部分的 Pod 将停留在关闭节点上的终止状态。如果停止的节点重新启动，该节点上的 kubelet 可以清理（DELETE）Kubernetes API 仍然认为与该节点绑定的 Pod 。
但是，如果节点一直处于停止状态，或者 kubelet 在重启后无法启动，那么 Kubernetes 可能无法创建替代 Pod 。当关闭节点上的 kubelet 无法删除旧的 Pod 时，相关的 StatefulSet 就无法创建新的 Pod（名称相同）。
存储方面也有问题。如果有 Pod 使用的卷，现有的 VolumeAttachments 不会与原始节点（现已关闭）分离，因此这些 Pod 使用的 PersistentVolumes 无法连接到其他健康的节点。因此，在受影响的 StatefulSet 上运行的应用程序可能无法正常运行。
如果原来关闭的节点恢复运行，那么它们的 Pod 将被其 kubelet 删除，新的 Pod 可以在不同的运行节点上创建。如果原始节点没有启动（这在不可变的基础设施设计中很常见），这些 Pod 将永远停留在关闭节点上的 “终止” 状态。
有关如何在非顺利节点关闭后触发清理的详细信息，请阅读：
https://kubernetes.io/docs/concepts/architecture/nodes/#non-graceful-node-shutdown