可用 IBM Cloud Kubernetes Service 版本

IBM Cloud Kubernetes Service 同时支持多个版本的 Kubernetes。 当最新版本（n ）发布时，系统仍支持最多落后两个版本的版本（n-2 ）。 比最新版本（n-3 ）落后两个以上版本的版本，将先被标记为弃用，随后不再提供支持。 为持续接收重要的安全补丁更新，请确保您的集群始终运行受支持的 Kubernetes 版本。 已弃用的集群可能无法接收安全更新。 有关更多信息，请参阅 发布生命周期。

标记有短剑 (†) 的日期表示这是暂定时间，会随时更改。 标有星号 (*) 的操作系统已被弃用。 将使用已弃用操作系统的 所有工作节点迁移 到更新的操作系统版本。

更新类型

Kubernetes 集群有三种类型的更新：主要更新、次要更新和补丁更新。 当更新变为可用时，当您查看有关集群主节点或工作程序节点的信息 (例如，使用 ibmcloud ks cluster ls，cluster get，worker ls 或 worker get 命令) 时，将通知您。

IBM 提供双周工作程序节点修订包。 IBM 我们的目标是在适当的时间内，针对检测到的合法漏洞所代表的风险进行补救。 为了确保发行版的质量和稳定性，修订包可能会延迟。

修订包应用于 Canonical 提供的最新上游稳定内核版本。

要确保节点安全，必须尽快安装工作程序节点修订包。 您可以预订要在新更新可用时发出警报的通知。

主要和次要更新（ 1.x ）

首先更新主节点，然后更新工作程序节点。

• 无法提前更新 Kubernetes 主节点两个或更多次版本 (n+2)。 例如，如果您的当前主分支版本为 1.22，而您希望更新到 1.24，则必须先更新到 1.23。
• 工作节点无法运行主节点所用版本号（ Kubernetes ）的主版本或次版本号高于主节点的版本。 此外，工作程序节点最多只能比主版本 (n-2) 落后两个版本。
• 如果使用的 kubectl CLI 版本与集群的 major.minor 版本不匹配，那么可能会遇到意外的结果。 务必使 Kubernetes 集群版本和 CLI 版本保持最新。

补丁更新 (x.x.4_1510)

补丁之间的更改记录在每个版本的更改日志中。 主分支的补丁会自动应用，但工作节点的补丁和更新需要由您手动发起。 此外，工作程序节点运行的补丁版本可以高于主节点。 当有更新可用时，您在 IBM Cloud 控制台或CLI中查看主节点和工作节点信息时会收到通知，例如执行以下命令时：ibmcloud ks cluster ls、cluster get、worker ls 或 worker get。

补丁可以用于工作程序节点和/或主节点。

• 工作节点补丁：每月检查一次是否有可用更新，并使用 ibmcloud ks worker update 命令或 ibmcloud ks worker reload 命令来应用这些安全和操作系统补丁。 在更新或重新装入期间，将重新创建工作程序节点机器的映像，并且如果数据未存储在工作程序节点外部，那么将删除数据。
• 主节点补丁：主节点补丁会自动应用，但需要若干天时间，因此主节点补丁版本在应用于主节点之前可能会显示为可用。 自动更新还会跳过运行状况欠佳或当前有操作正在执行的集群。 有时，IBM 可能会禁用特定主版本修补包的自动更新，正如变更日志中所述，例如仅在主版本从一个次版本更新到另一个次版本时才需要的补丁。 在上述任何一种情况下，您都可以选择安全地使用 ibmcloud ks cluster master update 该命令，而无需等待更新自动化流程生效。

发布生命周期

每个受支持的 IBM Cloud Kubernetes Service 版本都将经历测试，开发，常规发行版，支持，废弃和变为不受支持的生命周期。 查看版本生命周期的每个阶段的描述。

提供了估算的天数和版本以供一般理解。 实际可用性和发布日期可随时更改，并取决于各种因素，例如社区更新，安全补丁和版本之间的技术更改。

1. 社区发布: 社区发布新版本。 IBM 工程师开始测试并强化社区版本，以准备发布受支持的 IBM Cloud Kubernetes Service 版本。

2. 支持的版本生命周期:

   开发发行版

   发行版正在开发中，可以作为 Beta 版来选择客户。 IBM 为该发行版提供了最大努力支持。

   正式发布

   发行版通常可用 (GA)。 IBM 为该发行版提供全面支持。 IBM 提供了发行版不受支持的暂定目标日期。 在集群创建期间，只要对发行版有最小的限制和合理的采用率，发行版就会成为使用的缺省版本。

   维护

   发行版已输入 Kubernetes 社区定义的维护支持。 IBM 根据社区策略为 Kubernetes 提供维护支持。 否则，IBM 将提供全面支持。

3. 不推荐使用的版本: 不推荐使用该版本。 IBM 为发行版提供了不受支持的更新目标日期。 此日期的不受支持的倒计时至少在发布变为不受支持之前 45 天提供。 IBM 提供与 Kubernetes 社区一致的对发行版的最低支持。 此支持阶段通常是发布变为不受支持之前的最后阶段，如果存在任何重叠，那么将覆盖维护阶段和扩展支持阶段。 可能未提供安全补丁更新。 在不推荐使用期间，版本仍受支持，集群仍在运行，但可能需要更新到受支持的发行版以修复安全漏洞。 例如，通过添加或重新装入工作程序节点。

4. 版本不受支持: 版本不受支持。 IBM 仅提供升级到受支持发行版的支持。 版本不受支持。 不受支持的集群未随安全性和补丁更新一起提供，并且不受 IBM Cloud 支持。 虽然集群和应用程序可能会继续运行一段时间，但发生问题时，您无法再在集群主节点或工作程序节点上创建，重新装入或执行其他纠正操作。 您仍可以删除集群或工作程序节点，或者将集群更新到下一个版本。 查看潜在影响并立即 更新集群 以继续接收重要的安全性更新和支持。 如果集群主节点在最旧的受支持版本之后运行两个或多个版本，那么您无法再应用更新，必须删除集群并创建新的集群。

   运行不受支持版本的群集最终会因群集证书过期而失败。 故障可能包括但不限于集群控制平面不可用、NotReady 工作节点或不健康的入口。

5. 已归档: 版本不受支持，没有升级路径。 IBM 不提供支持。 IBM 保留关闭此类集群的控制平面的权利。

IBM Cloud Kubernetes Service 在核心节点与控制平面组件之间，其支持的偏移量在小版本更新中并未扩大。 受支持的偏差仍为 n-2。 有关更多信息，请参阅社区 Kubernetes 信息 中 关于控制平面与节点版本之间支持偏移量变更的内容。

如果等到集群的版本比最旧的支持版本落后两个或更多次小版本，则无法更新该集群。 请改为创建新集群，部署应用程序至新集群，然后删除不受支持的集群。 为避免这一问题，请将已过时的群集更新到比当前版本晚一到两个版本的受支持版本，如 1.21 或 1.22，然后更新到最新版本 1.23。 如果工作节点运行的版本比主节点落后两个或更多版本，您可能会发现 Pod 因进入 MatchNodeSelector、CrashLoopBackOff 或 ContainerCreating 等状态而失败，直到将工作节点更新为主节点相同的版本为止。 虽然 IBM Cloud 技术支持部门不支持不支持的版本，但 IBM Technology Expert Labs 提供的构建服务可以帮助您解决不支持版本的问题。 在 IBM Cloud 目录中选择“与 IBM Technology Expert Labs 合作”，开始使用他们的服务。 从不推荐的版本更新为受支持的版本后，集群可以恢复正常运行并继续接收支持。 您可以通过查看 ibmcloud ks cluster ls 命令的输出结果中的 “State” 字段，或在 IBM Cloud Kubernetes Service 控制台中，来确认您的集群是否不受支持。

准备更新

将集群从先前版本更新到新版本可能会对已部署的应用程序产生影响。 要查看完整的变更列表，请查阅 社区 Kubernetes 变更日志、IBM 版本变更日志 以及 Kubernetes 有用的警告信息。

有关更新集群之前和之后应执行的操作，请参阅 可用 IBM Cloud® Kubernetes Service 版本 中的版本信息链接。

归档

不受支持的集群未随安全性和补丁更新一起提供，并且不受 IBM Cloud 支持。 虽然集群和应用程序可能会继续运行一段时间，但发生问题时，您无法再在集群主节点或工作程序节点上创建，重新装入或执行其他纠正操作。 您仍可以删除集群或工作程序节点，或者将集群更新到下一个版本。 查看潜在影响并立即 更新集群 以继续接收重要的安全性更新和支持。 如果集群主节点比最旧的受支持版本落后两个或多个版本，那么必须 创建新集群 并将应用程序 部署 到新集群。