Platform 生命周期政策 。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 4.14 发 发行注 行注记 记 3 1.3. 新功能及功能增强 此版本对以下方面进行了改进。 1.3.1. Red Hat Enterprise Linux CoreOS (RHCOS) 1.3.1.1. RHCOS 现 现在使用 在使用 RHEL 9.2 RHCOS 现在在 OpenShift 请参阅 AWS 本地区中快速设置集群。 1.3.2.21. 使用手 使用手动维护 动维护的云凭 的云凭证 证的集群 的集群简 简化的安装和更新体 化的安装和更新体验 验 此发行版本包括更改，用于改进安装和更新以手动模式使用 Cloud Credential Operator (CCO) 的集群进 行云供应商身份验证。oc adm release extract 命令的以下参数简化了云凭证的手动配置： 并使用 helm chart 使用 JBoss EAP 入门。 1.3.4.2.2. OpenShift Pipelines 页改 改进 在 OpenShift Container Platform 4.14 中，您可以在 Pipelines 页面中看到以下导航改进： 在 Git 导入流中自动检测 Pipelines 作为代码 (PAC)。 示例目录中的 Serverless 功能。 1.3

worker 在 OpenShift Container Platform 集群上托管 control plane。这个模型执行以下操作： 优化 control plane 所需的基础架构成本。 改进集群创建时间。 启用使用 Kubernetes 原生高级别元语托管 control plane。例如，部署有状态的集合。 在 control plane 和工作负载之间允许强大的网络分段。 混合云部署 Operator 的平台。 Operator Lifecycle Manager (OLM) OLM 可帮助您安装、更新和管理 Kubernetes 原生应用程序的生命周期。OLM 是一个开源工具包，用 于以有效、自动化且可扩展的方式管理 Operator。 无 无线 线 (OTA) 更新 更新 OpenShift Container Platform Update Service（OpenShift 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩 扩展 展优势 优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。容器通过测试后，只要部署更多新容器并删除旧 容器便可。 由于应用程序的所有软件依

CLI 工具。 2.2.2.7. 自 自动化 化 建议 Operator 作者和目录维护人员使用 CI/CD 工作流自动化其目录维护。目录维护人员可通过构建 GitOps 自动化以完成以下任务来进一步改进： 检查是否允许拉取请求 (PR) 作者进行请求的更改，例如更新其软件包的镜像引用。 检查目录更新是否通过 opm validate 命令。 检查是否有更新的捆绑包或目录镜像引用，目录镜像在集群中成功运行，来自该软件包的 原生应用程序 （Operator）以及在 OpenShift Container Platform 集群中运行的关联服务的生命周期。它是 Operator Framework 的一部分，后者是一个开源工具包，用于以有效、自动化且可扩展的方式管理 Operator。 图 2.2. Operator Lifecycle Manager 工作流 工作流 OLM 默认在 OpenShift Container Operator 第 第 4 章 章 管理 管理员 员任 任务 务 175 第 5 章 开发 OPERATOR 5.1. 关于 OPERATOR SDK Operator Framework 是一个开源工具包，用于以有效、自动化且可扩展的方式管理 Kubernetes 原生应用 程序，即 Operator。Operator 利用 Kubernetes 的可扩展性来展现云服务的自动化优势，如置备、扩展 以及备份和恢复，同时能够在

. . . . . . . . 目 目录 录 第 第 1 章 章 关于 关于专 专用硬件和 用硬件和驱动 驱动程序 程序启 启用 用 第 第 2 章 章 驱动 驱动程序工具包 程序工具包 2.1. 关于驱动程序工具包 2.2. 拉取 DRIVER TOOLKIT 容器镜像 2.3. 使用 DRIVER TOOLKIT 2.4. 其他资源 第 第 3 章 章 特殊 特殊资 资源 源 OPERATOR CPU 功能、内核版本、PCIe 设备供应商 ID 等添加 节点标签。 第 第 1 章 章 关于 关于专 专用硬件和 用硬件和驱动 驱动程序 程序启 启用 用 3 第 2 章 驱动程序工具包 了解驱动程序工具包以及如何将其用作驱动程序容器的基础镜像，以便在 Kubernetes 上启用特殊软件和 硬件设备。 重要 重要 Driver Toolkit 只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议（SLA） 支持，且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以 使用户提早试用新的功能，并有机会在开发阶段提供反馈意见。 有关红帽技术预览功能支持范围的更多信息，请参阅技术预览功能支持范围。 2.1. 关于驱动程序工具包 背景信息 背景信息 Driver Toolkit 是 OpenShift Container Platform 有效负载中的一个容器镜像，用作可构建驱动程序容器 的基础镜像。Driver Toolkit

. . . . . . . . 目 目录 录 第 第 1 章 章 关于 关于专 专用硬件和 用硬件和驱动 驱动程序 程序启 启用 用 第 第 2 章 章 驱动 驱动程序工具包 程序工具包 2.1. 关于驱动程序工具包 2.2. 拉取 DRIVER TOOLKIT 容器镜像 2.3. 使用 DRIVER TOOLKIT 2.4. 其他资源 第 第 3 章 章 NODE FEATURE DISCOVERY 章 章 关于 关于专 专用硬件和 用硬件和驱动 驱动程序 程序启 启用 用 3 第 2 章 驱动程序工具包 了解驱动程序工具包以及如何将其用作驱动程序容器的基础镜像，以便在 OpenShift Container Platform 上启用特殊软件和硬件设备。 2.1. 关于驱动程序工具包 背景信息 Driver Toolkit 是 OpenShift Container Platform redhat.io 中的次版本标记，例如：registry.redhat.io/openshift4/driver-toolkit-rhel8:v4.12。 2.2.2. 在有效负载中查找驱动程序工具包镜像 URL 先决条件 先决条件 您已从 Red Hat OpenShift Cluster Manager 获取了镜像 pull secret 。 已安装 OpenShift CLI（oc）。

Registry 为 为 Prometheus metrics 提供了一个端点。 提供了一个端点。Prometheus是一个独立 是一个独立 的开源系 的开源系统监视 统监视和警 和警报 报工具包。 工具包。 metrics 可以通 可以通过 过registry端点的 端点的/extensions/v2/metrics路径 路径获 获得。 得。 流程 流程

（Registry） ） 30 1 OpenShift Container Registry 为 Prometheus metrics 提供了一个端点。Prometheus是一个独立的开源 系统监视和警报工具包。 metrics 可以通过registry端点的/extensions/v2/metrics路径获得。 流程 流程 您可以通过两种方式访问指标数据：运行指标数据查询或使用集群角色。 指 指标

1.2.2.10. 集群升级前所需的 Operator 的最新版本 1.2.2.11. 没有置备网络的部署 1.2.2.12. 部署现在支持 root 设备 hints 1.2.2.13. 安装程序的改进 1.2.2.14. 安装时选择 RHOSP 可用区 1.2.2.15. 在 RHOSP 上安装时不再需要浮动 IP 地址 1.2.2.16. 为 RHCOS 安装选择磁盘 1.2.2.17. AWS 支持的功能 1.2.2.19. IBM Power 系统 限制 支持的功能 1.2.2.20. Red Hat Virtualization（RHV）全堆栈安装程序的改进 1.2.2.21. 使用安装程序置备的基础架构为裸机部署改进修复失败的节点 1.2.3. 安全性与合规性 1.2.3.1. Compliance Operator 1.2.3.2. 配置 OAuth 令牌不活跃超时 1.2 16 16 16 16 17 17 17 17 17 17 17 18 目 目录 录 1 1.2.5.1. 改进了 Web 控制台的升级体验 1.2.5.2. 改进了使用 OperatorHub 的 Operator 安装工作流 1.2.5.3. 改进了操作对象详情视图 1.2.5.4. 查看集群 Operator 的相关对象 1.2.5.5. 编辑受管资源时的警告信息 1

Operator。OpenTelemetry 和 Tempo 分布式追踪堆栈供所有用户采用，因为这将进一步增强。 1.1.3.2. 新功能及功能增 新功能及功能增强 强 在这个版本中，对分布式追踪平台(Jaeger)引进了以下改进： 支持 ARM 架构。 支持集群范围的代理环境。 1.1.3.3. 程序 程序错误 错误修复 修复 在这个版本中，为分布式追踪平台(Jaeger)引入了以下程序错误修复： 修复了在使用 oc OpenShift distributed tracing Platform (Tempo) 1.1.4.1. 新功能及功能增 新功能及功能增强 强 在这个版本中，对分布式追踪平台(Tempo)引入了以下改进： 支持 ARM 架构。 支持 span request count, duration, 和 error count (RED)指标。在 Jaeger 控制台中，可以在作为 Tempo 的一部分或 要识别集群中的问题，您可以在 OpenShift Cluster Manager 中使用 Insights。Insights 提供了问题的详细 信息，并在有可用的情况下，提供了如何解决问题的信息。 如果您对本文档有任何改进建议，或发现了任何错误，请为相关文档组件提交 JIRA 问题。请提供具体详 情，如章节名称和 OpenShift Container Platform 版本。 1.1.6. 使开源包含更多 红帽致力于替换我们的代码、文档和

在提交问题单的同时提供您的集群信息，可以帮助红帽支持为您进行排除故障。 这类信息可使用 oc adm must-gather 命令来收集。 唯一的集群 ID。 访问其他产品文档。 如果您对本文档有任何改进建议，或发现了任何错误，请访问 http://bugzilla.redhat.com，针对 OpenShift Container Platform 产品的 Documentation组件提交 Bugzilla Container Platform 会收集有关集群健康、使用情况和集群大小的匿名聚合信息，并通过两个 集成组件（Telemetry 和 Insights Operator）向红帽报告。红帽利用这些信息便可改进 OpenShift Container Platform，并更快地对影响客户的问题做出反应。这还可以简化红帽客户的订阅和授权流程， 并使 Red Hat OpenShift Cluster Manager 出反应。同时还有助于红 帽向客户推出 OpenShift Container Platform 升级，以便最大程度降低服务影响，持续改进升级体验。 这类调试信息将提供给红帽支持和工程团队，其访问限制等同于访问通过问题单报告的数据。红帽利用所 有连接集群信息来帮助改进 OpenShift Container Platform，提高其易用性。所有这些信息都不会与第三 方共享。 3.1.1.1. Telemetry