Kubernetes 1.26 中的移除、弃用和主要变更
作者 ：Frederico Muñoz (SAS)
变化是 Kubernetes 生命周期不可分割的一部分：随着 Kubernetes 成长和日趋成熟， 为了此项目的健康发展，某些功能特性可能会被弃用、移除或替换为优化过的功能特性。 Kubernetes v1.26 也做了若干规划：根据 v1.26 发布流程中期获得的信息， 本文将列举并描述其中一些变更，这些变更目前仍在进行中，可能会引入更多变更。
Kubernetes API 移除和弃用流程
Kubernetes 项目对功能特性有一个文档完备的弃用策略。 该策略规定，只有当较新的、稳定的相同 API 可用时，原有的稳定 API 才可以被弃用， 每个稳定级别的 API 都有一个最短的生命周期。弃用的 API 指的是已标记为将在后续发行某个 Kubernetes 版本时移除的 API；移除之前该 API 将继续发挥作用（从弃用起至少一年时间）， 但使用时会显示一条警告。被移除的 API 将在当前版本中不再可用，此时你必须迁移以使用替换的 API。
- 正式发布（GA）或稳定的 API 版本可能被标记为已弃用，但只有在 Kubernetes 大版本更新时才会被移除。
- 测试版（Beta）或预发布 API 版本在弃用后必须在后续 3 个版本中继续支持。
- Alpha 或实验性 API 版本可以在任何版本中被移除，不另行通知。
无论一个 API 是因为某功能特性从 Beta 进入稳定阶段而被移除，还是因为该 API 根本没有成功， 所有移除均遵从上述弃用策略。无论何时移除一个 API，文档中都会列出迁移选项。
有关移除 CRI v1alpha2 API 和 containerd 1.5 支持的说明
在 v1.24 中采用容器运行时接口 (CRI) 并[移除 dockershim] 之后，CRI 是 Kubernetes 与不同容器运行时交互所支持和记录的方式。 每个 kubelet 会协商使用哪个版本的 CRI 来配合该节点上的容器运行时。
Kubernetes 项目推荐使用 CRI v1 版本；在 Kubernetes v1.25 中，kubelet 也可以协商使用
CRI v1alpha2（在添加对稳定的 v1 接口的支持同时此项被弃用）。
Kubernetes v1.26 将不支持 CRI v1alpha2。如果容器运行时不支持 CRI v1，
则本次移除将导致 kubelet 不注册节点。
这意味着 Kubernetes 1.26 将不支持 containerd 1.5 小版本及更早的版本；如果你使用 containerd，
则需要升级到 containerd v1.6.0 或更高版本，然后才能将该节点升级到 Kubernetes v1.26。其他仅支持
v1alpha2 的容器运行时同样受到影响。如果此项移除影响到你，
你应该联系容器运行时供应商寻求建议或查阅他们的网站以获取有关如何继续使用的更多说明。
如果你既想从 v1.26 特性中获益又想保持使用较旧的容器运行时，你可以运行较旧的 kubelet。
kubelet 支持的版本偏差允许你运行
v1.25 的 kubelet，即使你将控制平面升级到了 Kubernetes 1.26 的某个次要版本，kubelet
仍然能兼容 v1alpha2 CRI。
除了容器运行时本身，还有像 stargz-snapshotter 这样的工具充当 kubelet 和容器运行时之间的代理，这些工具也可能会受到影响。
Kubernetes v1.26 中的弃用和移除
除了上述移除外，Kubernetes v1.26 还准备包含更多移除和弃用。
移除 v1beta1 流量控制 API 组
FlowSchema 和 PriorityLevelConfiguration 的 flowcontrol.apiserver.k8s.io/v1beta1 API
版本将不再在 v1.26 中提供。
用户应迁移清单和 API 客户端才能使用自 v1.23 起可用的 flowcontrol.apiserver.k8s.io/v1beta2 API 版本。
移除 v2beta2 HorizontalPodAutoscaler API
HorizontalPodAutoscaler 的 autoscaling/v2beta2 API
版本将不再在 v1.26 中提供。
用户应迁移清单和 API 客户端以使用自 v1.23 起可用的 autoscaling/v2 API 版本。
移除树内凭证管理代码
在即将发布的版本中，原来作为 Kubernetes 一部分的、特定于供应商的身份验证代码将从 client-go 和 kubectl
中移除。
现有机制为两个特定云供应商提供身份验证支持：Azure 和 Google Cloud。
作为替代方案，Kubernetes 在发布 v1.26
之前已提供了供应商中立的身份验证插件机制，
你现在就可以切换身份验证机制。如果你受到影响，你可以查阅有关如何继续使用
Azure 和
Google Cloud
的更多指导信息。
移除 kube-proxy userspace 模式
已弃用一年多的 userspace 代理模式不再受 Linux 或 Windows 支持，
并将在 v1.26 中被移除。Linux 用户应使用 iptables 或 ipvs，Windows 用户应使用 kernelspace：
现在使用 --mode userspace 会失败。
移除树内 OpenStack 云驱动
针对存储集成，Kubernetes 正在从使用树内代码转向使用容器存储接口 (CSI)。
作为这个转变的一部分，Kubernetes v1.26 将移除已弃用的 OpenStack 树内存储集成（cinder 卷类型）。
你应该迁移到外部云驱动或者位于 https://github.com/kubernetes/cloud-provider-openstack 的 CSI 驱动。
有关详细信息，请访问
Cinder in-tree to CSI driver migration。
移除 GlusterFS 树内驱动
树内 GlusterFS 驱动在 v1.25 中被弃用， 且从 Kubernetes v1.26 起将被移除。
弃用非包容性的 kubectl 标志
作为包容性命名倡议（Inclusive Naming Initiative）的实现工作的一部分，
--prune-whitelist 标志将被弃用，并替换为 --prune-allowlist。
强烈建议使用此标志的用户在未来某个版本中最终移除该标志之前进行必要的变更。
移除动态 kubelet 配置
动态 kubelet 配置 允许通过 Kubernetes API 推出新的 kubelet 配置， 甚至能在运作中集群上完成此操作。集群操作员可以通过指定包含 kubelet 应使用的配置数据的 ConfigMap 来重新配置节点上的 kubelet。动态 kubelet 配置已在 v1.24 中从 kubelet 中移除，并将在 v1.26 版本中从 API 服务器中移除。
弃用 kube-apiserver 命令行参数
--master-service-namespace 命令行参数对 kube-apiserver 没有任何效果，
并且已经被非正式地被弃用。
该命令行参数将在 v1.26 中正式标记为弃用，准备在未来某个版本中移除。
Kubernetes 项目预期不会因此项弃用和移除受到任何影响。
弃用 kubectl run 命令行参数
针对 kubectl run
子命令若干未使用的选项参数将被标记为弃用，这包括：
--cascade--filename--force--grace-period--kustomize--recursive--timeout--wait
这些参数已被忽略，因此预计不会产生任何影响：显式的弃用会设置一条警告消息并准备在未来的某个版本中移除这些参数。
移除与日志相关的原有命令行参数
Kubernetes v1.26 将移除一些与日志相关的命令行参数。 这些命令行参数之前已被弃用。有关详细信息， 请参阅弃用 Kubernetes 组件中的 klog 特定标志。
展望未来
Kubernetes 1.27 计划移除的 API 官方列表包括：
- 所有 Beta 版的 CSIStorageCapacity API；特别是
storage.k8s.io/v1beta1
了解更多
Kubernetes 发行说明中宣告了弃用信息。你可以在以下版本的发行说明中看到待弃用的公告：
我们将在 Kubernetes 1.26 的 CHANGELOG 中正式宣布该版本的弃用信息。