Microsoft Windows 上使用 SSPI 连接支持只是一个技术预览功能。技术预览功能不受红 帽产品服务等级协议（SLA）支持，且功能可能并不完整。红帽不推荐在生产环境中使用 它们。这些技术预览功能可以使用户提早试用新的功能，并有机会在开发阶段提供反馈意 见。 有关红帽技术预览功能支持范围的更多信息，请参阅技术预览功能支持范围。 OpenShift CLI （oc）支持安全支持提供程序接口（SSPI），以允许 admin、edit、view 和 cluster-reader 集群角色支持集群角色聚合，其中每个角色的集群规则可在 创建了新规则时动态更新。只有通过创建自定义资源扩展 Kubernetes API 时，此功能才有意义。 8.2. 项目和命名空间 Kubernetes 命名空间提供设定集群中资源范围的机制。Kubernetes 文档中提供有关命名空间的更多信 息。 命名空间为以下对象提供唯一范围： Platform 4.11 开始，不再创建第二个服务帐户令牌 secret。这是因 为启用了 LegacyServiceAccountTokenNoAutoGeneration 上游 Kubernetes 功能门， 这会停止自动生成基于 secret 的服务帐户令牌来访问 Kubernetes API。 升级到 4.13 后，任何现有服务帐户令牌 secret 都不会被删除，并可以继续正常工作。 工作

集群中管理持久性和非持久性数据的容器存储。 1.1. OPENSHIFT CONTAINER PLATFORM 存储的常见术语表 该术语表定义了存储内容中使用的常用术语。 访问模式 模式 卷访问模式描述了卷功能。您可以使用访问模式匹配持久性卷声明 (PVC) 和持久性卷 (PV)。以下是访 问模式的示例： ReadWriteOnce (RWO) ReadOnlyMany (ROX) ReadWriteMany 资源类似，但PV 的生命周期独立于任何使用它的 pod。PV 对象获取具体存 储（NFS、iSCSI 或者特定 cloud-provider 的存储系统）的实现详情。 重要 重要 存储的高可用性功能由底层的存储架构提供。 PVC 由 PersistentVolumeClaim API 项定义，它代表了开发人员对存储的一个请求。它与一个 pod 类 似，pod 会消耗节点资源， PVC 消耗 PV 时，为什么 pod 无法启动或占用大量时间来实现"Ready"状态？ 3.2.4. 使用中的存储对象保护 使用中的存储对象保护功能确保了被 pod 使用的活跃的 PVC 以及与其绑定的 PV 不会从系统中移除，如 果删除它们可能会导致数据丢失。 使用中的存储对象保护功能被默认启用。 注意 注意 当使用 PVC 的 Pod 对象存在时，这个 PVC 被认为是被 Pod 使用的活跃的 PVC。

4.1. 在集群中添加 OPERATOR 4.2. 更新安装的 OPERATOR 4.3. 从集群中删除 OPERATOR 4.4. 配置 OPERATOR LIFECYCLE MANAGER 功能 4.5. 在 OPERATOR LIFECYCLE MANAGER 中配置代理支持 4.6. 查看 OPERATOR 状态 4.7. 管理 OPERATOR 条件 4.8. 允许非集群管理员安装 OPERATOR 中的 Operator 由 两个不同的系统管理，具体取决于其用途： 由 Cluster Version Operator (CVO) 管理的 Cluster Operator 被默认安装来执行集群功能。 可选的附加组件 Operator 由 Operator Lifecycle Manager(OLM)管理，供用户在其应用程序中运 行。 使用 Operator，您可以创建应用程序来监控集群中运行的服务。Operator secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 工具来管理您的应用程序？ 用程序？ 这些 API 功能丰富，所有平台均有对应的客户端，并可插入到集群的访问控制/审核中。Operator 会 使用 Kubernetes 的扩展机制“自定义资源定义 (CRD)”支持您的自定义对象，如 MongoDB，它类似于

发行注记 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

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 章 章 分布式追踪 分布式追踪发 收集器提供的 Tempo 是分布式追踪集合和存储的首选 Operator。OpenTelemetry 和 Tempo 分布式追踪堆栈供所有用户采用，因为这将进一步增强。 1.1.3.2. 新功能及功能增 新功能及功能增强 强 在这个版本中，对分布式追踪平台(Jaeger)引进了以下改进： 支持 ARM 架构。 支持集群范围的代理环境。 1.1.3.3. 程序 程序错误 错误修复 修复 在这个

Service Mesh Operator 支持部署多个版本的 ServiceMeshControlPlane，所以 Service Mesh 没有为产品的次版本维护单独的文档。 除非在一个特定主题或特定功能中明确指定了特定的版本，当前的文档集适用于所有当前 支持的 Service Mesh 版本。 如需有关 Red Hat OpenShift Service Mesh 生命周期和支持的平台的更多信息，请参阅平 、服务对服务身份验证、故障 恢复、指标和监控的服务网络提供了便捷的方法。服务网格还提供更复杂的操作功能，其中包括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 1.1.2. 核心功能 Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式： 流量管理 - 控制服务间的流量和 API 调用，提高调用的可靠性，并使网络在条件不好的情况保持 参阅我 们的首席技术官 Chris Wright 提供的消息。 1.2.2. 新功能及功能增强 第 第 1 章 章 SERVICE MESH 2.X 3 此版本对以下方面进行了改进。 1.2.2.1. Red Hat OpenShift Service Mesh 版本 版本 2.2.3 的新功能 的新功能 此 Red Hat OpenShift Service Mesh 发行版本解决了

发行注记 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

RMS.ADOC 该术语表定义了存储内容中使用的常用术语。这些术语可帮助您有效地了解 OpenShift Container Platform 架构。 访问 访问模式 模式 卷访问模式描述了卷功能。您可以使用访问模式匹配持久性卷声明 (PVC) 和持久性卷 (PV)。以下是访 问模式的示例： ReadWriteOnce (RWO) ReadOnlyMany (ROX) ReadWriteMany 资源类似，但PV 的生命周期独立于任何使用它的 pod。PV 对象获取具体存 储（NFS、iSCSI 或者特定 cloud-provider 的存储系统）的实现详情。 重要 重要 存储的高可用性功能由底层的存储架构提供。 PVC 由 PersistentVolumeClaim API 项定义，它代表了开发人员对存储的一个请求。它与一个 pod 类 似，pod 会消耗节点资源， PVC 消耗 PV 时，为什么 pod 无法启动或占用大量时间来实现"Ready"状态？ 3.2.4. 使用中的存储对象保护 使用中的存储对象保护功能确保了被 pod 使用的活跃的 PVC 以及与其绑定的 PV 不会从系统中移除，如 果删除它们可能会导致数据丢失。 使用中的存储对象保护功能被默认启用。 注意 注意 当使用 PVC 的 Pod 对象存在时，这个 PVC 被认为是被 Pod 使用的活跃的 PVC。

are the property of their respective owners. 摘要 摘要 此发行注记介绍了 OpenShift Container Platform 4.1 的新功能、功能增强、重要的技术变化、以及对 以前版本中的错误作出的主要修正。另外，还包括在此版本正式发行（GA）时存在的已知问题的信 息。 . . . . . . . . . . . . . . . . . 录 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 4.1 发 发行注 行注记 记 1.1. 关于此版本 1.1.1. 致谢 1.1.2. 已过时的功能 1.2. 新功能及功能增强 1.2.1. Operators 1.2.1.1. Operator Lifecycle Manager (OLM) 1.2.2. 安装和升级 1.2.2.1. OperatorHub metrics API 对 pod 进行横向的自动扩展 1.2.6. 开发者体验 1.2.6.1. 代码就绪容器 1.2.6.2. 全面支持 Multi-stage Dockerfile 镜像构建功能 1.2.7. Registry 1.2.7.1. registry 现在由一个 Operator 管理 1.2.8. 网络 1.2.8.1. Cluster Network Operator

VIRTUALIZATION 发 发行注 行注记 记 5.1. 使开源包含更多 5.2. 关于 RED HAT OPENSHIFT VIRTUALIZATION 5.3. 新增和改变的功能 5.4. 弃用和删除的功能 5.5. 技术预览功能 5.6. 程序错误修复 5.7. 已知问题 第 第 6 章 章 安装 安装 6.1. 为 OPENSHIFT VIRTUALIZATION 准备集群 6.2. 为 OPENSHIFT 安全策略 8.1. 关于工作负载安全性 8.2. KUBEVIRT-CONTROLLER 服务帐户的其他 OPENSHIFT CONTAINER PLATFORM 安全性上下文约束和 LINUX 功能 8.3. 授权 8.4. 其他资源 第 第 9 章 章 使用 使用 VIRTCTL 和 和 LIBGUESTFS CLI 工具 工具 9.1. 安装 VIRTCTL 9.2. VIRTCTL Container Platform 4.13 虚 虚拟 拟化 化 4 第 1 章 关于 OPENSHIFT VIRTUALIZATION OpenShift Virtualization 的功能与支持范围。 1.1. OPENSHIFT VIRTUALIZATION 的作用 OpenShift 虚拟化（OpenShift virtualization）是 OpenShift Container