IBM Cloud Docs
4.11 版本信息和更新操作

4.11 版本信息和更新操作

该版本已不再支持。 尽快将集群更新为 受支持的版本

查看有关 Red Hat OpenShift on IBM Cloud版本 4.11 的信息。 此版本基于 Kubernetes 版本 1.24。

要查找有关更新集群的常规信息或其他版本的信息吗? 请参阅 Red Hat Red Hat OpenShift on IBM Cloud 版本信息 和 V 4.11 博客

此徽章表示 Kubernetes 版本 1.24 Red Hat OpenShift on IBM Cloud
Kubernetes 版本 1.24 认证徽章

Red Hat OpenShift on IBM Cloud 是 CNCF 软件一致性认证计划下 版本的认证 产品。Kubernetes 1.24 Kubernetes Kubernetes® 是 基金会在美国和其他国家的注册商标,根据 基金会的许可使用。Linux Linux

发布时间线

下表包含版本 4.11的预期发布时间线。 您可以将此信息用于规划目的,例如,估算版本可能变为不受支持的一般时间。

标记有短剑 () 的日期表示这是暂定时间,会随时更改。

Red Hat OpenShift on IBM Cloud V 4.11的发布历史记录。
是否受支持? Red Hat OpenShift / Kubernetes 版本 发布日期 不受支持的日期
4.11 / 1.24 2022 年 8 月 31 日 2024 年 3 月 6 日

准备更新

查看在 更新集群 到 V 4.11时可能需要进行的更改。 此信息概述了在更新时可能对已部署的应用程序产生影响的更新。

更新之前: 请先查看以下注意事项和限制列表,然后再将集群更新到 V 4.11。 某些条目与特定附加组件相关。 要检查是否在集群中启用了附加组件,请运行 ibmcloud oc cluster addon ls

RHEL 8 操作系统支持
RHEL 8 是运行 4.11的集群所支持的唯一操作系统。 如果 4.10 集群具有 RHEL 7 工作程序节点,请 将工作程序节点 迁移到 RHEL 8。
集群自动缩放器附加组件
集群自动缩放器附加组件 V 1.0.6 或更高版本在 Red Hat OpenShift on IBM Cloud V 4.11上受支持。
Portworx
Portworx 在 V 4.11上受支持。 但是,如果已安装 Portworx,那么必须遵循升级安装以至少使用映像版本 2.11.4 的步骤。 有关更多信息,请参阅 将 Portworx 升级到特定版本
Red Hat OpenShift 数据基础 (ODF)
ODF V 4.10 支持 Red Hat OpenShift on IBM Cloud V 4.11 集群。 您可以继续使用 ODF 附加组件的 V 4.10。
扩展更新支持 (EUS)
EUS 更新目前不可用于运行版本 4.11的集群。
Pod 安全许可
版本 4.11 启用与 SecurityContextConstraints 共存的新 Pod 安全许可控制器。 版本 4.11 中的新 pod 安全许可控制器包含针对违反为名称空间配置的 Pod 安全概要文件的 pod 的警告消息和 kube-apiserver 审计事件。 对于违反为该名称空间定义的 pod 安全审计概要文件的 pod,还会生成新的 PodSecurityViolation "Information" 警报。 有关 pod 安全许可控制器的更多信息,请参阅 配置 Pod 安全许可

在更新主节点之前更新

下表列出了 更新群集主控 程序前必须采取的操作。

在将主节点更新为 Red Hat OpenShift 4.11
类型 描述
不受支持: 不推荐使用和已除去 Red Hat OpenShift 功能部件 有关更多信息,请查看 Red Hat OpenShift V 4.11 不推荐使用和已移除的功能部件
已知 Red Hat OpenShift 问题 有关可能的必需操作的更多信息,请查看 Red Hat OpenShift V 4.11 已知问题
LegacyServiceAccountTokenNoAutoGeneration 功能部件检测点已启用 有关更多信息,请在 Red Hat OpenShift V 4.11 显着的技术更改LegacyServiceAccountTokenNoAutoGeneration is on by default 部分中查看可能的必需操作。
Red Hat OpenShift Web 控制台重定向已更改 群集服务器 URL 不再重定向到 Red Hat OpenShift 网络控制台。 您必须在 URL 中添加 /console,以便重定向。
某些 Cloud Pak 进行的 kubelet 修改导致工作程序节点在升级时输入 Critical 有关更多信息,请参阅 为什么在升级工作程序节点时看到 failed to set feature gates 错误?

在更新主节点之后更新

在将主节点更新为 Red Hat OpenShift 4.11之后要进行的更改
类型 描述
不受支持: RHEL 7 工作程序节点 不支持将 RHEL 7 工作程序节点与 Red Hat OpenShift on IBM Cloud V 4.11 集群配合使用。 更新集群主节点后,如果集群仍具有 RHEL 7 工作程序节点,请 将 RHEL 7 工作程序节点迁移到 RHEL 8

将工作程序节点从 RHEL 7 迁移到 RHEL 8

RHEL 8 是运行 4.11的集群所支持的缺省操作系统。 RHEL 7 (当前是集群版本 4.10 和更低版本的缺省操作系统) 在 4.11中不受支持。 如果将集群主节点从 V 4.10 升级到 4.11,那么必须将工作程序节点从 RHEL 7 迁移到 RHEL 8。 无法将 RHEL 7 工作程序节点直接升级到 RHEL 8。 而是在升级到 4.11之后,必须在 4.11 集群中供应新的 RHEL 8 工作程序池,然后除去 RHEL 7 工作程序池。

有关创建工作程序池和添加工作程序节点的更多信息,请参阅 在经典集群中添加工作程序节点在 VPC 集群中添加工作程序节点

  1. 将集群主节点 从 V 4.10 升级到 4.11。

  2. 在 4.11 集群中,创建新的工作程序池以包含 RHEL 8 工作程序节点。 确保使用 --size-per-zone 选项指定的节点数与要替换的 RHEL 7 工作程序节点数匹配。 缺省情况下,添加到新工作程序池的任何工作程序节点都将运行 RHEL 8。

    经典集群 请参阅 CLI 参考 以获取命令详细信息。

    ibmcloud oc worker-pool create classic --name <worker_pool_name> --cluster <cluster_name_or_ID> --flavor <flavor> --size-per-zone <number_of_workers_per_zone>
    

    对于 VPC 群集。 请参阅 CLI 参考 以获取命令详细信息。

    ibmcloud oc worker-pool create vpc-gen2 --name <worker_pool_name> --cluster <cluster_name_or_ID> --flavor <flavor> --size-per-zone <number_of_workers_per_zone>
    
  3. 验证工作程序池是否已创建。

    ibmcloud oc worker-pool ls --cluster <cluster_name_or_ID>
    
  4. 在工人池中添加一个区域。 添加区域时,会将您使用 --size-per-zone 选项指定的工作程序节点数添加到该区域。 这些工作程序节点运行 RHEL 8 操作系统。

  5. 验证工作程序节点在新的工作程序池中是否可用。 在输出中,检查工作程序池的 工作程序 列中的数字。

    ibmcloud oc worker-pool ls --cluster <cluster_name_or-ID>
    
  6. 除去包含 RHEL 7 主机的工作程序池

    请考虑缩减 RHEL 7 工作程序池,并将其保留几天,然后再将其移除。 这样,如果工作负载在迁移过程中迂到中断,您可以轻松扩展工作程序池备份。 删除工人池后,如果出现中断,则无法配置另一个 RHEL 7 工人池。 当您确定工作负载稳定且正常工作时,可以安全地除去 RHEL 7 工作程序池。

    1. 列出工作程序池并记下要除去的工作程序池的名称。
      ibmcloud ks worker-pool ls --cluster CLUSTER [--output json] [-q]
      
    2. 运行该命令以除去工作程序池。
      ibmcloud ks worker-pool rm --worker-pool WORKER_POOL --cluster CLUSTER [-q] [-f]