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 Platform（RHBA-2020:4196）现已正式发布。此发行版本使用 Kubernetes 1.19 和 CRI-O 运行时。OpenShift Container Platform 4.6 的新功能、改变以及已知的问题包 括在此文档中。 红帽没有公开发布 OpenShift Container Platform 4.6.0，而是发布了 OpenShift Container Platform

Container Platform 可以满足用户对安全性、隐私、合规性及监管的要求。 1.1. 关于此版本 OpenShift Container Platform (RHSA-2023:5006)现已正式发布。此发行版本使用 Kubernetes 1.27 和 CRI-O 运行时。OpenShift Container Platform 4.14 的新功能、改变以及已知的问题包括在此文档中。 OpenShift 系统可以使用 RHCOS 或 RHEL。 从 OpenShift Container Platform 4.12 开始，对于发行版本号为偶数的版本提供了一个额外 6 个月的延长 更新支持 (EUS) 阶段，使其从 18 个月延长到两年。如需更新相关信息，请参阅 Red Hat OpenShift Container Platform 生命周期政策。 从 OpenShift Container Platform OpenShift EUS 相关的信息，请参阅 OpenShift 生命周期和 OpenShift EUS 概述。 版本 4.12 的维护支持于 2025 年 1 月 25 日结束，并进入延长生命周期阶段。如需更新相关信息，请参阅 Red Hat OpenShift Container Platform 生命周期政策 。 从 4.14 发行版本开始，为了简化对红帽所提供的 Operator 的管理和维护，红帽引入了三个新的生命周期

Operator 可能包含的特定功能集来说，可以大致推断出 Operator 封装操作的成熟度等级。就 此而言，以下 Operator 成熟度模型针对 Operator 的第二天通用操作定义了五个成熟度阶段： 图 2.1. Operator 成熟度模型 成熟度模型 以上模型还显示了如何通过 Operator SDK 的 Helm、Go 和 Ansible 功能更好地开发这些功能。 2.2. OPERATOR Format 是 Operator Framework 引入的新打包格式。为提高可伸缩性并为自行托管 目录的上游用户提供更好地支持，Bundle Format 规格简化了 Operator 元数据的发布。 Operator 捆绑包代表 Operator 的单一版本。磁盘上的捆绑包清单是容器化的，并作为捆绑包镜像提供， 第 第 2 章 章 了解 了解 OPERATOR 7 Operator 捆绑包代表 该镜像是一个不可运行的容器镜像，其中存储了 Kubernetes 清单和 Operator 元数据。然后，使用现有容 器工具（如 podman 和 docker）和容器 registry（如 Quay）来管理捆绑包镜像的存储和发布。 Operator 元数据可以包括： 标识 Operator 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。

会遵循不同的更新过程。 如需更多信息，请参阅更新安装的 Operator。 目标发行镜像包含组成特定 OCP 版本的所有集群组件的清单文件。当将集群更新至新版本时，CVO 会在 称为 Runlevels 的独立阶段应用清单。大多数（但不是全部清单）支持其中一个集群 Operator。当 CVO 将清单应用到集群 Operator 时，Operator 可能会执行更新任务将其与新的指定版本协调。 CVO 监控每个应用的资源的状态，以及所有集群 每个更新频 频道之 道之间 间有什么区 有什么区别 别？ ？ 一个新的发行版本最初添加到 candidate 频道中。 在成功测试后，candidate 频道的发行版本将提升到 fast 频道，则会发布勘误，并完全支持该发 行版本。 延迟后，fast 频道中的一个发行版本最终会提升到 stable 频道。这个延迟代表了 fast 和 stable 频道之间的唯一区别。 注意 注意 对于最新的 发行版本 行版本吗 吗？ ？ 如果在 fast 频道中为发行版本发现了回归问题，它将被解析为与 stable 频道中发布的回归问题 第 第 1 章 章 了解 了解 OPENSHIFT 更新 更新 3 如果在 fast 频道中为发行版本发现了回归问题，它将被解析为与 stable 频道中发布的回归问题 相同的扩展。 fast 和 stable 频道中发行版本的唯一区别在于，一个发行版本仅会在出现在

驱动程序 程序启 启用 用 4 Toolkit 通过删除授权步骤简化了流程，并避免了访问 pod 中的 machine-os-content 特权操作。Driver Toolkit 也可以由有权访问预发布的 OpenShift Container Platform 版本的合作伙伴使用，用于未来的 OpenShift Container Platform 版本的硬件设备的预构建 driver-containers。 命令行标志覆盖。 默认：[all] 用法示例 core.labelWhiteList core.labelWhiteList 根据标签名称指定用于过滤功能标签的正则表达式。不匹配的标签将不会被发布。 正则表达式仅与标签的 basename 部分（"/"后的名称部分）进行匹配。标签前缀或命名空间会被省略。 如果指定，这个值会被弃用的 --label-whitelist 命令行标志覆盖。 core: NODE FEATURE DISCOVERY OPERATOR 17 sources 部分包含特定于功能源的配置参数。 sources.cpu.cpuid.attributeBlacklist 防止发布此选项中列出的 cpuid 功能。 如果指定，则 source.cpu.cpuid.attributeWhitelist 将覆盖这个值。 默认：[BMI1, BMI2, CLMUL, CMOV,

算机器集 4.1. 使用 CLI 修改计算机器集 第 第 5 章 章 机器 机器阶 阶段和生命周期 段和生命周期 5.1. 机器阶段 5.2. 机器生命周期 5.3. 确定机器的阶段 5.4. 其他资源 第 第 6 章 章 删 删除机器 除机器 6.1. 删除一个特定的机器 6.2. 机器删除阶段的生命周期 HOOK 6.3. 其他资源 第 第 7 章 章 将自 将自动扩 动扩展 展应 域故障时，您始终都有一个区域来应对必须重新平衡机器的情况。在没有多个可用区的全局 Azure 区域， 您可以使用可用性集来确保高可用性。自动扩展器在集群生命周期内尽可能提供平衡。 其他 其他资 资源 源 机器阶段和生命周期 1.2. 管理计算机器 作为集群管理员，您可以执行以下操作： 为以下云供应商创建计算机器集： AWS  第 第 1 章 章 机器管理概述 机器管理概述 5 Azure 镜像。在获取您的镜像时，请考虑以下事项： 虽然镜像相同，但 Azure Marketplace publisher 根据您的区域。如果您位于北美，请将 redhat 指定为发布者。如果您位于 EMEA，请将 redhat-limited 指定为发布者。 此项优惠包括 rh-ocp-worker SKU 和 rh-ocp-worker-gen1 SKU。rh-ocp-worker SKU 代表 Hyper-V

安装完成后，您可以使用以下步骤继续监控集群中的节点条件。 先决条件 先决条件 安装程序在终端中成功解决。 流程 流程 1. 显示所有 worker 节点的状态： 输 输出示例 出示例 2. 显示所有 worker 机器节点的阶段： $ oc get nodes NAME STATUS ROLES AGE VERSION example-compute1.example with mirror registry for Red Hat OpenShift。 3.2.9.1. Mirror registry for Red Hat OpenShift 1.3.8 发布日期：2023 年 8 月 16 日 Mirror registry for Red Hat OpenShift 现在包括在 Red Hat Quay 3.8.11 中。 以下公告适用于 mirror mirror registry for Red Hat OpenShift 1.3.8 3.2.9.2. Mirror registry for Red Hat OpenShift 1.3.7 发布日期：2023 年 7 月 19 日 Mirror registry for Red Hat OpenShift 现在包括在 Red Hat Quay 3.8.10 中。 以下公告适用于 mirror

行注记 记 7 重要 重要 技术预览功能不受红帽产品服务等级协议（SLA）支持，且功能可能并不完整。红帽不推 荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能，并有机会在 开发阶段提供反馈意见。有关红帽技术预览功能支持范围的详情，请参考 https://access.redhat.com/support/offerings/techpreview/。 1.5.1. Red Hat sidecar 注入失败，因为应用程序命名空间中缺少配置映射。因为 OwnerReference 字段设置不正确，配置映射会被自动删除，因此应用程序 pod 不会超过 "ContainerCreating" 阶段。已删除不正确的设置。 TRACING-1725 转入到 TRACING-1631。额外的程序漏洞修复，可确保当存在多个生产环境的 Jaeger 实例，它们使用相同的名称但在不同的命名空间中时，Elasticsearch 提供了以下功能： 与 Kiali 集成 - 当正确配置时，您可以从 Kiali 控制台查看分布式追踪数据。 高可伸缩性 - 分布式追踪后端设计具有单一故障点，而且能够按照业务需求进行扩展。 分布式上下文发布 – 允许您通过不同的组件连接数据以创建完整的端到端的 trace。 与 Zipkin 的后向兼容性 - Red Hat OpenShift distributed tracing 有 API，它能将其用作

124 124 125 125 126 126 126 126 127 128 OpenShift Container Platform 4.7 安装 安装 2 4.6.5. 网络配置阶段 4.6.6. 创建安装配置文件 4.6.6.1. 安装配置参数 4.6.6.1.1. 所需的配置参数 4.6.6.1.2. 网络配置参数 4.6.6.1.3. 可选配置参数 4.6.6.1 4. 其他 Azure 配置参数 5.5.5.2. Azure 的自定义 install-config.yaml 文件示例 5.5.5.3. 在安装过程中配置集群范围代理 5.5.6. 网络配置阶段 5.5.7. 指定高级网络配置 5.5.8. Cluster Network Operator 配置 5.5.8.1. Cluster Network Operator 配置对象 defaultNetwork Platform（GCP）配置参数 6.5.5.2. GCP 的自定义 install-config.yaml 文件示例 6.5.6. 其他资源 6.5.6.1. 在安装过程中配置集群范围代理 6.5.7. 网络配置阶段 6.5.8. 指定高级网络配置 6.5.9. Cluster Network Operator 配置 6.5.9.1. Cluster Network Operator 配置对象 defaultNetwork

1.1. 所需的配置参数 1.2.8.1.2. 网络配置参数 1.2.8.1.3. 可选配置参数 1.2.8.2. 裸机 install-config.yaml 文件示例 1.2.9. 网络配置阶段 1.2.10. 指定高级网络配置 1.2.11. Cluster Network Operator 配置 1.2.11.1. Cluster Network Operator 配置对象 defaultNetwork 时需 要。指定用户在镜像拉取规格中引用的 仓库。 字符串 imageContentSource s.mirrors 指定可能还包含同一镜像的一个或多个 仓库。 字符串数组 publish 如何发布或公开集群的面向用户的端 点，如 Kubernetes API、OpenShift 路 由。 Internal 或 External。默认值为 External。 在非云平台上不支持将此字段设置为 Enterprise Linux CoreOS（RHCOS）安装前必需存在，所以这个流 程会在 OpenShift Container Platform 安装过程的 openshift-install 准备阶段插入的机器配置来设置独立 的 /var 分区。 流程 流程 $ coreos-installer install --copy-network \ --ignition-url=http://host/worker