发行注记 OpenShift Container Platform 发行版本中的主要新功能及变化信息 Last Updated: 2023-02-27 OpenShift Container Platform 4.6 发行注记 OpenShift Container Platform 发行版本中的主要新功能及变化信息 Enter your first name here. Enter your trademarks are the property of their respective owners. 摘要 摘要 此发行注记介绍了 OpenShift Container Platform 的新功能、功能增强、重要的技术变化、以及对以 前版本中的错误作出的主要修正。另外，还包括在此版本正式发行（GA）时存在的已知问题的信 息。 . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 4.6 发 发行注 行注记 记 1.1. 关于此版本 1.2. 新功能及功能增强 1.2.1. Red Hat Enterprise Linux CoreOS (RHCOS) 1.2.1.1. RHCOS PXE 和 ISO 现在为 live 环境 1.2.1.2. coreos-installer

Red Hat OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed tracing Platform (Jaeger)，它基于开源 (Jaeger) 1.1.3.1. 过时 过时的功能 的功能 在 Red Hat OpenShift distributed tracing 3.0 中，Jaeger 和 Elasticsearch 已被弃用，并计划在以后的发 行版本中删除。红帽将在当前发行生命周期中对这些组件提供关键及以上的 CVE 程序错误修复和支持， 但这些组件将不再获得功能增强。 第 第 1 章 章 分布式追踪 分布式追踪发 是分布式追踪集合和存储的首选 Operator。OpenTelemetry 和 Tempo 分布式追踪堆栈供所有用户采用，因为这将进一步增强。 1.1.3.2. 新功能及功能增 新功能及功能增强 强 在这个版本中，对分布式追踪平台(Jaeger)引进了以下改进： 支持 ARM 架构。 支持集群范围的代理环境。 1.1.3.3. 程序 程序错误 错误修复 修复 在这个版本中，为分布式追踪平台(Jaeger)引入了以下程序错误修复：

发行注记 OpenShift Container Platform 发行版本中的主要新功能及变化信息 Last Updated: 2024-02-20 OpenShift Container Platform 4.14 发行注记 OpenShift Container Platform 发行版本中的主要新功能及变化信息 法律通告 法律通告 Copyright © 2024 Red Hat, trademarks are the property of their respective owners. 摘要 摘要 此发行注记介绍了 OpenShift Container Platform 的新功能、功能增强、重要的技术变化、以及对以 前版本中的错误作出的主要修正。另外，还包括在此版本正式发行（GA）时存在的已知问题的信 息。 . . . . . . . . . . . . . . . . . 记 1.1. 关于此版本 1.2. OPENSHIFT CONTAINER PLATFORM 层次和依赖组件支持和兼容性 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

获取支持 1.4. 新功能及功能增强 1.4.1. Red Hat OpenShift distributed tracing 2.5 的新功能和增强 1.4.1.1. Red Hat OpenShift distributed tracing 2.5 支持的组件版本。 1.4.2. Red Hat OpenShift distributed tracing 2.4 的新功能和功能增强 1.4.2 OpenShift distributed tracing 2.3.1 的新功能和功能增强 1.4.3.1. Red Hat OpenShift distributed tracing 版本 2.3.1 支持的组件版本 1.4.4. Red Hat OpenShift distributed tracing 2.3.0 的新功能和功能增强 1.4.4.1. Red Hat OpenShift distributed OpenShift distributed tracing 2.2.0 的新功能及改进 1.4.5.1. Red Hat OpenShift distributed tracing 版本 2.2.0 支持的组件版本 1.4.6. Red Hat OpenShift distributed tracing 2.1.0 的新功能和功能增强 1.4.6.1. Red Hat OpenShift distributed

ID 第 第 3 章 章 通 通过连 过连接集群 接集群进 进行 行远 远程健康 程健康监 监控 控 3.1. 关于远程健康监控 3.2. 显示远程健康监控收集的数据 3.3. 不使用远程健康报告功能 3 3 4 4 4 5 6 6 7 9 目 目录 录 1 OpenShift Container Platform 4.2 支持 支持 2 第 1 章 获取支持 1.1. 获取支持 在提交问题单的同时提供您的集群信息，可以帮助红帽支持为您进行排除故障。 这类信息可使用 oc adm must-gather 命令来收集。 唯一的集群 ID。 访问其他产品文档。 如果您对本文档有任何改进建议，或发现了任何错误，请访问 http://bugzilla.redhat.com，针对 OpenShift Container Platform 产品的 Documentation组件提交 Bugzilla CLI 命令可收集最有助于解决问题的集群信息，如： 资源定义 审计日志 服务日志 您在运行该命令时，可通过包含 --image 参数来指定一个或多个镜像。指定镜像后，该工具便会收集有关 相应功能或产品的信息。 您在运行 oc adm must-gather 时，集群上会创建一个新 Pod。在该 Pod 上收集数据，并保存至以 must-gather.local 开头的一个新目录中。此目录在当前工作目录中创建。

构建策略在 OpenShift Container Platform 4 中弃用。基于 Tekton 的 OpenShift Container Platform Pipelines 中带有等效且改进的功能。 OpenShift Container Platform 上的 Jenkins 镜像被完全支持，用户可以按照 Jenkins 用户 文档在作业中定义 jenkinsfile，或者将其存储在 Source secret 包含与托管输入镜像的存储库匹配的凭证，pull secret 会自动添加到构 建中。要将 pull secret 连接到构建使用的服务帐户，请运行： 注意 注意 使用自定义策略的构建不支持此功能。 位于 位于 mirrorr registry 中的需要 中的需要 pull secret 的 的镜 镜像 像 当使用 mirrorr registry 中的输入镜像时，如果出现 build error: Container Platform 可以自动填充其源克隆 secret 引用。这会使生成的构 建自动使用存储在引用的 secret 中的凭证与远程 Git 存储库进行身份验证，而无需进一步配置。 若要使用此功能，包含 Git 存储库凭证的一个 secret 必须存在于稍后创建 BuildConfig 的命名空间中。 此 secret 必须包含前缀为 build.openshift.io/source-secret-match-uri-

发行注记和已知问题 Red Hat OpenShift Local 2.26 中突出显示的功能和识别的问题 Last Updated: 2023-10-01 Red Hat OpenShift Local 2.26 发行注记和已知问题 Red Hat OpenShift Local 2.26 中突出显示的功能和识别的问题 Fabrice Flore-Thebault ffloreth@redhat trademarks are the property of their respective owners. 摘要 摘要 本文档列出了 Red Hat OpenShift Local 2.26 的新功能和改进的功能。它还包含有关在使用软件时可 能会遇到的潜在问题的信息。在可能的情况下，会针对发现的问题进行临时解决方案。 . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 使开源包含更多 使开源包含更多 第 第 1 章 章 发 发行注 行注记 记 1.1. 组件版本 1.2. 最低系统要求 1.3. 更改和增强 1.4. 主要改进 1.5. 技术预览 1.6. 主要变化 第 第 2 章 章 已知 已知问题 问题 2.1. 常规问题 2.2. MICROSOFT WINDOWS 上的问题 2.3. MACOS 的问题

control plane OpenShift Container Platform 功能，允许从其 data plane 和 worker 在 OpenShift Container Platform 集群上托管 control plane。这个模型执行以下操作： 优化 control plane 所需的基础架构成本。 改进集群创建时间。 启用使用 Kubernetes 原生高级别元语托管 control OpenShift Container Platform（包括 Red Hat Enterprise Linux CoreOS（RHCOS））提供了无线更 新（over-the air update）功能。 pod 一个或多个带有共享资源（如卷和 IP 地址）的容器，在 OpenShift Container Platform 集群中运行。 pod 是定义、部署和管理的最小计算单元。 私有 私有 架构 构 6 们处理的资源的机器组，如 control plane 组件或用户工作负载。OpenShift Container Platform 为主机分 配不同的角色。这些角色定义集群中的机器的功能。集群包含标准 control plane 和 worker 角色类型的定 义。 您可以使用 Operator 来打包、部署和管理 control plane 上的服务。Operator 在 OpenShift

controller）是另一种特殊资产，用于指示一次需要运行多少个 Pod 副本。您可以使用此功能来自 动扩展应用程序，以适应其当前的需求。 短短数年，Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型，拥护和可以通过为组件 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 第 第 1 章 章 OPENSHIFT 当数据中心需要更多容量时，您可以部署另一个通用主 机系统。 同样，扩展容器化应用程序也很简单。OpenShift Container Platform 提供了一种简单的、标准方式的容 器化服务扩展功能。例如，如果将应用程序构建为一组微服务，而非大型的单体式应用程序，您可以分别 扩展各个微服务来满足需求。有了这一能力，您可以只扩展需要的服务，而不是整个应用程序，从而在使 用最少资源的前提下满足应用程序需求。

controller）是另一种特殊资产，用于指示一次需要运行多少个 Pod 副本。您可以使用此功能来自 动扩展应用程序，以适应其当前的需求。 短短数年，Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型，拥护和可以通过为组件 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 第 第 1 章 章 OPENSHIFT 当数据中心需要更多容量时，您可以部署另一个通用主 机系统。 同样，扩展容器化应用程序也很简单。OpenShift Container Platform 提供了一种简单的、标准方式的容 器化服务扩展功能。例如，如果将应用程序构建为一组微服务，而非大型的单体式应用程序，您可以分别 扩展各个微服务来满足需求。有了这一能力，您可以只扩展需要的服务，而不是整个应用程序，从而在使 用最少资源的前提下满足应用程序需求。