Red Hat OpenShift Data Foundation 4.12 更新 OpenShift Data Foundation 针对集群和存储管理员的有关升级的说明 Last Updated: 2023-09-19 Red Hat OpenShift Data Foundation 4.12 更新 OpenShift Data Foundation 针对集群和存储管理员的有关升级的说明 OpenStack community. All other trademarks are the property of their respective owners. 摘要 摘要 本文档解释了如何更新以前的 Red Hat OpenShift Data Foundation 版本。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 章 章 OPENSHIFT DATA FOUNDATION 更新 更新过 过程概述 程概述 第 第 2 章 章 OPENSHIFT DATA FOUNDATION 升 升级频 级频道和 道和发 发行版本 行版本 第 第 3 章 章 将 将 RED HAT OPENSHIFT DATA FOUNDATION 4.11 更新至 更新至 4.12 第 第 4 章 章 将 将 RED HAT OPENSHIFT

OpenShift Container Platform 4.7 更新集群 更新 OpenShift Container Platform 集群 Last Updated: 2023-03-24 OpenShift Container Platform 4.7 更新集群 更新 OpenShift Container Platform 集群 Enter your first name here other trademarks are the property of their respective owners. 摘要 摘要 本文档提供了有关更新和升级 OpenShift Container Platform 集群的信息。更新集群的过程较简单， 可以在不需要使集群离线的情况下进行。 . . . . . . . . . . . . . . . . . . . . . . . . . 的支持策略 第 第 2 章 章 更新集群概述 更新集群概述 2.1. 了解 OPENSHIFT UPDATE SERVICE 2.2. 安装和配置 OPENSHIFT UPDATE SERVICE 2.3. 了解升级频道和发行版本 2.4. 使用 WEB 控制台更新集群 2.5. 使用 CLI 更新集群 2.6. 执行 CANARY ROLLOUT 更新 2.7. 更新包含使用 RHEL 的计算（COMPUTE）系统的集群

OpenShift Container Platform 4.14 更新集群 更新 OpenShift Container Platform 集群 Last Updated: 2024-02-23 OpenShift Container Platform 4.14 更新集群 更新 OpenShift Container Platform 集群 法律通告 法律通告 Copyright © other trademarks are the property of their respective owners. 摘要 摘要 本文档提供了有关更新和升级 OpenShift Container Platform 集群的信息。更新集群的过程较简单， 可以在不需要使集群离线的情况下进行。 . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 了解 了解 OPENSHIFT 更新 更新 1.1. OPENSHIFT 更新简介 1.2. 集群更新如何工作 1.3. 了解更新频道和发行版本 1.4. 了解 OPENSHIFT CONTAINER PLATFORM 更新持续时间 第 第 2 章 章 准 准备 备更新集群 更新集群 2.1. 准备升级到 OPENSHIFT CONTAINER PLATFORM

和 ISO 现在为 live 环境 1.2.1.2. coreos-installer 已被重写 1.2.1.3. RHCOS 现在使用 RHEL 8.2 1.2.1.4. Ignition 规格更新至 v3 1.2.1.5. 将节点添加到现有集群的额外步骤 1.2.1.6. 现在，支持 RHCOS 和 MCO 的扩展 1.2.1.7. 现在支持 4Kn 磁盘 1.2.1.8. 现在支持 /var 令牌不活跃超时 1.2.3.3. 安全 OAuth 令牌存储格式 1.2.3.4. File Integrity Operator 现已正式发布 1.2.3.5. 对集群恢复失败使用的集群脚本已被更新 1.2.4. 机器 API 1.2.4.1. 支持多个块设备映射 1.2.4.2. Machine API providerSpec 的默认设置和验证 1.2.4.3. 在 Azure 上运行的机器集支持 1.2.17.3. Prometheus 规则验证 1.2.17.4. 为 Thanos Querier 添加了指标和警报规则 1.2.17.5. 虚拟机的 Pending Changes 警报已更新 1.2.18. Insights Operator 1.2.18.1. 深入了解 Operator 数据收集功能的增强 1.3. 主要的技术变化 现在，每个集群版本都提供默认 Operator

层次和依赖组件支持和兼容性 1.3. 新功能及功能增强 1.4. 主要的技术变化 1.5. 弃用和删除的功能 1.6. 程序错误修复 1.7. 技术预览功能 1.8. 已知问题 1.9. 异步勘误更新 3 3 3 4 29 31 35 47 53 60 目 目录 录 1 OpenShift Container Platform 4.14 发 发行注 行注记 记 2 第 1 章 12 开始，对于发行版本号为偶数的版本提供了一个额外 6 个月的延长 更新支持 (EUS) 阶段，使其从 18 个月延长到两年。如需更新相关信息，请参阅 Red Hat OpenShift Container Platform 生命周期政策。 从 OpenShift Container Platform 4.14 开始，延长更新支持(EUS)扩展至 64 位 ARM、IBM Power®(ppc64le)和 OpenShift Container Platform 4.14 是一个延长更新支持 (EUS) 版本。如需了解更多与 Red Hat OpenShift EUS 相关的信息，请参阅 OpenShift 生命周期和 OpenShift EUS 概述。 版本 4.12 的维护支持于 2025 年 1 月 25 日结束，并进入延长生命周期阶段。如需更新相关信息，请参阅 Red Hat OpenShift Container

从已安装的 OPERATOR 创建应用程序 3.2. 在命名空间中安装 OPERATOR 第 第 4 章 章 管理 管理员 员任 任务 务 4.1. 在集群中添加 OPERATOR 4.2. 更新安装的 OPERATOR 4.3. 从集群中删除 OPERATOR 4.4. 配置 OPERATOR LIFECYCLE MANAGER 功能 4.5. 在 OPERATOR LIFECYCLE MANAGER 管理服务的首选方法。它们还可以为用户运行的应用程序提供优势。 Operator 与 Kubernetes API 和 CLI 工具（如 kubectl 和 oc 命令）集成。它们提供了监控应用程序、执 行健康检查、管理无线(OTA)更新的方法，并确保应用程序保持在指定的状态。 虽然这两个操作都遵循类似的 Operator 概念和目标，但 OpenShift Container Platform 中的 Operator 由 两个不同的系统管理，具体取决于其用途： Kubernetes 中这类应用程序的运行时。 2.1.1. 为什么要使用 Operator？ Operator 可以： 重复安装和升级。 持续对每个系统组件执行运行状况检查。 无线 (OTA) 更新 OpenShift 组件和 ISV 内容。 汇总现场工程师了解的情况并将其传输给所有用户，而非一两个用户。 为什么在 什么在 Kubernetes 上部署？ 上部署？ Kubernetes（扩展至

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 第 第 16 章 章 用于集群更新的拓扑 用于集群更新的拓扑 AWARE LIFECYCLE MANAGER 16.1. 关于 TOPOLOGY AWARE LIFECYCLE MANAGER 配置 16.2. 关于用于 TOPOLOGY LIFECYCLE MANAGER 16.4. 使用 CLI 安装 TOPOLOGY AWARE LIFECYCLE MANAGER 16.5. 关于 CLUSTERGROUPUPGRADE CR 16.6. 更新受管集群上的策略 16.7. 使用容器镜像预缓存功能 16.8. 对 TOPOLOGY AWARE LIFECYCLE MANAGER 进行故障排除 第 第 17 章 章 创 创建性能配置集 建性能配置集 资源的高级受管集群配置 19.9. 使用 POLICYGENTEMPLATE 资源进行高级受管集群配置 19.10. 使用 TOPOLOGY AWARE LIFECYCLE MANAGER 更新受管集群 19.11. 更新 GITOPS ZTP 159 159 159 159 160 161 173 180 183 191 191 202 203 203 205 205 209

下编写和发布的。 软件更新检查 现在在新的和现有的安装中默认添加了软件更新检查功能 - Zabbix 前端将与公共 Zabbix 终端通信以检查更新。 关于可用的 Zabbix 软件更新信息将显示在 报表 -> 系统信息 和 系统信息的仪表盘部件 (可选)。您可以通过在 server 配置中设置 AllowSoftwareUpdateCheck=0 来关闭软件更新检查配置。 Oracle 方法的允许/拒绝列表中。 性能 更快的响应主机维护时段的更新 之前，维护操作仅每分钟重新计算一次，这可能导致启动或停止维护时段时延迟长达 60 秒。 现在，维护操作仍是每分钟重新计算一次，或者只要配置缓存重新加载就会立即重新计算。 每秒，计时器进程都会根据配置更新后维护时段是否有变化，来检查是否需要启动/停止维护操作。因此，启动/停止维护时段的速度取决 于配置的更新间隔（默认为 10 秒）。请注意，维护时段的更改不包括 这种改进使得权限要求较高的前端页面（如主机、问题）的加载速度更快。请注意，超级管理员用户的哈希和权限无需计算。 更快的触发器动作执行 8 现在，在 Zabbix server 上，触发器动作 的操作、恢复操作和更新操作在触发状态更改后立即（少于 100 毫秒）执行，而以前用户可能会 遇到长达 4 秒的延迟。 通过多个进程（escalator 和 escalation initiator，escalator 和

事件 事件 9.1. 部署和配置事件路由器 第 第 10 章 章 更新 更新 OPENSHIFT LOGGING 10.1. 从 OPENSHIFT CONTAINER PLATFORM 4.6 或更早版本的集群日志记录升级到 OPENSHIFT LOGGING 5.X 10.2. 将 OPENSHIFT LOGGING 更新至当前版本 第 第 11 章 章 查 查看集群 看集群仪 仪表板 表板 4.9 此发行版本包括 OpenShift Logging 程序错误修复 5.4.9 。 1.1.1. 程序错误修复 在此次更新之前，Fluentd 收集器会警告未使用的配置参数。在这个版本中，删除了这些配置参 数及其警告信息。(LOG-3074) 在此次更新之前，Kibana 有一个固定的 24h OAuth cookie 过期时间，当 accessTokenInactivityTimeout OpenShift Logging 程序错误修复 5.4.6 。 1.3.1. 程序错误修复 在此次更新之前，Fluentd 有时无法识别 Kubernetes 平台轮转日志文件，且不会读取日志消息。 OpenShift Container Platform 4.8 日志 日志记录 记录 8 在此次更新之前，Fluentd 有时无法识别 Kubernetes 平台轮转日志文件，且不会读取日志消息。

架构 构 1.1. OPENSHIFT CONTAINER PLATFORM 简介 第 第 2 章 章 安装和更新 安装和更新 2.1. OPENSHIFT CONTAINER PLATFORM 安装概述 2.2. 关于 OPENSHIFT CONTAINER PLATFORM 更新服务 2.3. 支持非受管 OPERATOR 的策略 第 第 3 章 章 OPENSHIFT CONTAINER Enterprise Linux (RHEL) 做为操作系统。如果选择使用 RHEL worker，与将 RHCOS 用于所有集群机器相比，您必须执行更多的系统维护。 1.1.3.2. 简化的安装和更新流程 化的安装和更新流程 使用 OpenShift Container Platform 4.2 时，如果您拥有具有正确权限的帐户，通过运行单个命令并提供 OpenShift Container Platform 用于所有机器的集群，不论是更新还是升级，OpenShift Container Platform 都是一个简 单又高度自动化的流程。由于 OpenShift Container Platform 可以从中央 control plane 全面控制每台机器 上运行的系统和服务（包括操作系统本身），因此升级被设计为一个自动事件。如果集群包含 RHEL worker 机器，则 control plane 可从简化的更新过程中受益，但您还需执行更多任务来升级