Operator 1.2.3.2. 配置 OAuth 令牌不活跃超时 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 2.15.6. 生成一个在一个 registry 范围内有效的 ImageContentSourcePolicy 对象 1.2.16. 集群日志记录 Log Forwarding API 已正式发布 在日志消息中添加标签 新的集群日志记录仪表板 用于调整 Fluentd 的新参数 1.2.17. 监控 1.2.17.1. 用户定义项目的监控 1.2.17.2. 对规则更改的警报 1 现在，每个集群版本都提供默认 Operator 目录 重要的 Operator 升级要求 CNI 网络供应商现在使用在集群节点上安装的 OVS 在使用已弃用 API 时会发出警告 改进了COPY 和 ADD 构建说明 Operator SDK v0.19.4 UBI 8 用于 OpenShift Container Platform 中的所有镜像 Jenkins Node.js 代理升级 oc adm must-gather

Container Platform 可以满足用户对安全性、隐私、合规性及监管的要求。 1.1. 关于此版本 OpenShift Container Platform (RHSA-2023:5006)现已正式发布。此发行版本使用 Kubernetes 1.27 和 CRI-O 运行时。OpenShift Container Platform 4.14 的新功能、改变以及已知的问题包括在此文档中。 OpenShift Azure 的用 的用户 户定 定义 义的 的标签现 标签现已正式 已正式发 发布 布 Microsoft Azure 的用户定义的标签功能以前在 OpenShift Container Platform 4.13 中作为技术预览引 进，现在在 OpenShift Container Platform 4.14 中正式发布。如需更多信息，请参阅为 Azure 配置用户定 义的标签。 1.3.2.8 Nutanix 上安装三节点集群。 1.3.2.16. 使用机密虚 使用机密虚拟 拟机在 机在 GCP 上安装集群已正式 上安装集群已正式发 发布 布 在 OpenShift Container Platform 4.14 中，在安装集群时使用机密虚拟机已正式发布。64 位 ARM 架构目 前不支持机密虚拟机。如需更多信息，请参阅 启用机密虚拟机。 1.3.2.17. RHOSP 的根卷 的根卷类

提供了以下功能： 与 Kiali 集成 - 当正确配置时，您可以从 Kiali 控制台查看分布式追踪数据。 高可伸缩性 - 分布式追踪后端设计具有单一故障点，而且能够按照业务需求进行扩展。 分布式上下文发布 – 允许您通过不同的组件连接数据以创建完整的端到端的 trace。 与 Zipkin 的后向兼容性 - Red Hat OpenShift distributed tracing 有 API，它能将其用作 Mesh 安装中默认包含了分布式追踪。要将 Red Hat OpenShift distributed tracing 作为 服务网格的一部分安装，请按照 Red Hat Service Mesh 安装说明进行。您必须在与服务网格相同 的命名空间中安装 Red Hat OpenShift distributed tracing，即 ServiceMeshControlPlane 和 Red Hat OpenShift distributed tracing Operator 来自行 安装分布式追踪。要在没有服务网格的情况下安装 Red Hat OpenShift distributed tracing，请使 用以下说明。 3.1.1. 先决条件 在安装 Red Hat OpenShift distributed tracing 前，请查看安装活动，并确保满足先决条件： 您的红帽帐户中拥有活跃的 OpenShift

owners. 摘要 摘要 本文档提供有关在 OpenShift Container Platform 中使用 Operator 的信息。文中为集群管理员提供 了 Operator 的安装和管理说明，为开发人员提供了如何通过所安装的 Operator 创建应用程序的信 息。另外还提供了一些使用 Operator SDK 构建自用 Operator 的指南。 . . . . . . . . . Format 是 Operator Framework 引入的新打包格式。为提高可伸缩性并为自行托管 目录的上游用户提供更好地支持，Bundle Format 规格简化了 Operator 元数据的发布。 Operator 捆绑包代表 Operator 的单一版本。磁盘上的捆绑包清单是容器化的，并作为捆绑包镜像提供， 第 第 2 章 章 了解 了解 OPERATOR 7 Operator 捆绑包代表 该镜像是一个不可运行的容器镜像，其中存储了 Kubernetes 清单和 Operator 元数据。然后，使用现有容 器工具（如 podman 和 docker）和容器 registry（如 Quay）来管理捆绑包镜像的存储和发布。 Operator 元数据可以包括： 标识 Operator 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。

Ignition 配置文件进行启动。bootstrap 机器创建组成 control plane 的 control plane 机器。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 OpenShift Container Platform 4.10 安装 Container Platform 前，请确定您具备为用户准备集群所需的所有所需资源。 2.1. 选择集群安装类型 在安装 OpenShift Container Platform 集群前，需要选择最佳安装说明。请考虑您对以下问题的回答，以 选择最佳选择。 2.1.1. 您要自己安装和管理 OpenShift Container Platform 集群吗？ 如果要自己安装和管理 OpenShift Container Power 或 vSphere，使 用特定系统的安装说明来部署您的集群。如果您使用其他支持的硬件，请按照裸机安装过程进行操作。对 于其中一些平台，如 RHOSP、vSphere、VMC on AWS 和 裸机，您也可以在安装过程中自定义额外网络 参数。 2.1.4. 您的集群是否需要额外的安全性？ 如果使用用户置备的安装方法，您可以为集群配置代理。这些说明包含在每个安装过程中。 如果要防止公共云中的集群从外部公开端点，您可以在

配置文件进行启动。bootstrap 机器创建组成 control plane 的 control plane 机器（也称为 master 机器）。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 OpenShift Container Platform 4.7 安装 Container Platform 前，请确定您具备为用户准备集群所需的所有所需资源。 2.1. 选择集群安装类型 在安装 OpenShift Container Platform 集群前，需要选择最佳安装说明。请考虑您对以下问题的回答，以 选择最佳选择。 2.1.1. 您要自己安装和管理 OpenShift Container Platform 集群吗？ 如果要自己安装和管理 OpenShift Container RHOSP、RHV、IBM Z 或 LinuxONE、IBM Power 或 vSphere，请使用特定的安装说明来部署集群。如果您使用其他支持的硬件， 请按照裸机安装过程进行。 2.1.4. 您的集群是否需要额外的安全性？ 如果使用用户置备的安装方法，您可以为集群配置代理。这些说明包含在每个安装过程中。 如果要防止公共云中的集群从外部公开端点，您可以在 AWS、Azure 或 GCP 上使用安装程序置备的基础

驱动程序 程序启 启用 用 4 Toolkit 通过删除授权步骤简化了流程，并避免了访问 pod 中的 machine-os-content 特权操作。Driver Toolkit 也可以由有权访问预发布的 OpenShift Container Platform 版本的合作伙伴使用，用于未来的 OpenShift Container Platform 版本的硬件设备的预构建 driver-containers。 Ecosystem Catalog 包括了使用 podman 或 OpenShift Container Platform 从 registry.redhat.io 中拉取 driver-toolkit 镜像的说明。最新次版本的 driver-toolkit 镜像使用 registry.redhat.io 中的次版本标记，例如：registry.redhat.io/openshift4/driver-toolkit-rhel8:v4 命令行标志覆盖。 默认：[all] 用法示例 core.labelWhiteList core.labelWhiteList 根据标签名称指定用于过滤功能标签的正则表达式。不匹配的标签将不会被发布。 正则表达式仅与标签的 basename 部分（"/"后的名称部分）进行匹配。标签前缀或命名空间会被省略。 如果指定，这个值会被弃用的 --label-whitelist 命令行标志覆盖。 core:

配置文件进行启动。bootstrap 机器创建组成 control plane 的 control plane 机器（也称为 master 机器）。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 OpenShift Container Platform 4.8 安装 Container Platform 前，请确定您具备为用户准备集群所需的所有所需资源。 2.1. 选择集群安装类型 在安装 OpenShift Container Platform 集群前，需要选择最佳安装说明。请考虑您对以下问题的回答，以 选择最佳选择。 2.1.1. 您要自己安装和管理 OpenShift Container Platform 集群吗？ 如果要自己安装和管理 OpenShift Container 、SR-IOV、RHV、IBM Z 或 LinuxONE 上 的 RHOSP, IBM Power 或 vSphere 使用特定的安装说明来部署集群。如果您使用其他支持 的硬件，请按照裸机安装过程进行。 2.1.4. 您的集群是否需要额外的安全性？ 如果使用用户置备的安装方法，您可以为集群配置代理。这些说明包含在每个安装过程中。 如果要防止公共云中的集群从外部公开端点，您可以在 AWS、Azure 或 GCP 上使用安装程序置备的基础

配置文件进行引导。bootstrap 机器创建组成控制平面（control plane）的 control plane 机器。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM Container Platform 前，请确定您拥有为用户准备集群所需的所有所需资源。 2.1. 选择集群安装类型 在安装 OpenShift Container Platform 集群前，需要选择最佳安装说明。请考虑您对以下问题的回答，以 选择最佳选择。 2.1.1. 您要自己安装和管理 OpenShift Container Platform 集群吗？ 如果要自己安装和管理 OpenShift Container RHOSP, RHV, IBM Z or IBM® LinuxONE, IBM Z or IBM® LinuxONE with RHEL KVM , IBM Power, 或 vSphere，请使用特定的安装说明来 部署集群。如果您使用其他支持的硬件，请按照裸机安装过程进行操作。对于其中一些平台，如 RHOSP、vSphere、VMC on AWS 和 裸机，您也可以在安装过程中自定义额外网络参数。 2.1

property of their respective owners. 摘要 摘要 本文提供有关在 OpenShift Container Platform 中配置和使用 Prometheus 监控堆栈的说明。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 程健康状态监控。下图 中的默 默认 认安装 安装部分说明了这些组件。 用于 用于监 监控用 控用户 户定 定义项 义项目的 目的组 组件 件。在选择性地为用户定义的项目启用监控后，会在 openshift-user- workload-monitoring 项目中安装其他监控组件。这为用户定义的项目提供了监控。下图中的用 用 户 户部分说明了这些组件。 OpenShift Container 报规则。警报规则包含一组概述集群中特定状态的条件。当这些条件满足时会触发警报。可为 警报规则分配一个严重性来定义警报的路由方式。 警 警报 报。当警报规则中定义的条件为满足时会触发警报。警报提供一条通知，说明一组情况在 OpenShift Container Platform 集群中显而易见。 静默 静默。可对警报应用静默，以防止在警报条件满足时发送通知。在您着手处理根本问题的同时， 您可在初始通知后将警报静音。