规则的刷新周期。默认值为 30s。有效的后 缀包括 s、m 和 h，具体参见 Go time 软件包文档。 注意 注意 由于 OpenShift Container Platform 4.3 及更高版本中引进了性能上的改 进，现在不再需要调整 iptablesSyncPeriod 参数。 defaultNetwork: type: OpenShiftSDN openshiftSDNConfig: Modern配置集类型时，有效的配置集可能会在 不同发行版本间有所改变。例如：在版本 X.Y.Z 中使用 Intermediate 进行了部 署，当升级到版本 X.Y.Z+1 时可能会把一个新的配置集应用到 Ingress 控制器， 从而导致一个 rollout 操作。 Ingress 控制器的 TLS 的最低版本是 1.1，最高 TLS 版本为 1.2。 重要 重要 HAProxy Ingress 1.3 连接和密码套件，即使 OpenShift Container Platform 4.6、4.7 和 4.8 不支持 TLS 1.3。 注意 注意 加密器和配置的安全配置集的最小 TLS 版本反映在 TLSProfile 状态中。 参数 参数 描述 描述 第 第 6 章 章 OPENSHIFT CONTAINER PLATFORM 中的 中的 INGRESS OPERATOR 27

规则的刷新周期。默认值为 30s。有效的后 缀包括 s、m 和 h，具体参见 Go 时间 时间 包 文档。 注意 注意 由于 OpenShift Container Platform 4.3 及更高版本中引进了性能改进， 不再需要调整 iptablesSyncPeriod 参数。 proxyArguments.iptables- min-sync-period array 刷新 iptables Modern配置集类型时，有效的配置集可能会在 不同发行版本间有所改变。例如：使用在版本 X.Y.Z 中部署的 Intermediate 配 置集，升级到版本 X.Y.Z+1 可能会导致新的配置集配置应用到 Ingress Controller，从而导致一个 rollout 操作。 Ingress Controller 的最低 TLS 版本是 1.1，最高 TLS 版本为 1.3。 注意 注意 加密器和配置的安全配置集的最小 加密器和配置的安全配置集的最小 TLS 版本反映在 TLSProfile 状态中。 重要 重要 Ingress Operator 将 Old 或 Custom 配置集的 TLS 1.0 转换为 1.1。 参数 参数 描述 描述 nodePlacement: nodeSelector: matchLabels: kubernetes.io/os: linux tolerations:

iptables 规则的刷新周期。默认值为 30s。有效的后 缀包括 s、m 和 h，具体参见 Go 时间 时间 包 文档。 注意 由于 OpenShift Container Platform 4.3 及更高版本中引进了性能改进， 不再需要调整 iptablesSyncPeriod 参数。 proxyArguments.iptables- min-sync-period array 刷新 iptables 不同发行版本间有所改变。例如：使用在版本 X.Y.Z 中部署的 Intermediate 配 置集，升级到版本 X.Y.Z+1 可能会导致新的配置集配置应用到 Ingress Controller，从而导致一个 rollout 操作。 Ingress Controller 的最低 TLS 版本是 1.1，最高 TLS 版本为 1.3。 注意 加密器和配置的安全配置集的最小 TLS 版本反映在 TLSProfile Controller pod 处理更多连接，而代价会增加所使用的 系统资源。HAProxy 支持多达 64 个线程。如果此字段为空，Ingress Controller 将使用默认值 4 个线程。默认值可能会在以后的版本中改 变。不建议设置此字段，因为增加 HAProxy 线程数量可让 Ingress Controller pod 在负载下使用更多 CPU 时间，并阻止其他 pod 收到需 要执行的 CPU 资源。减少线程数量可能会导致

4.14 发行注记 OpenShift Container Platform 发行版本中的主要新功能及变化信息 Last Updated: 2024-02-20 OpenShift Container Platform 4.14 发行注记 OpenShift Container Platform 发行版本中的主要新功能及变化信息 法律通告 法律通告 Copyright © 2024 Red respective owners. 摘要 摘要 此发行注记介绍了 OpenShift Container Platform 的新功能、功能增强、重要的技术变化、以及对以 前版本中的错误作出的主要修正。另外，还包括在此版本正式发行（GA）时存在的已知问题的信 息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 4.14 发 发行注 行注记 记 1.1. 关于此版本 1.2. OPENSHIFT CONTAINER PLATFORM 层次和依赖组件支持和兼容性 1.3. 新功能及功能增强 1.4. 主要的技术变化 1.5. 弃用和删除的功能 1.6. 程序错误修复

Platform 4.6 发行注记 OpenShift Container Platform 发行版本中的主要新功能及变化信息 Last Updated: 2023-02-27 OpenShift Container Platform 4.6 发行注记 OpenShift Container Platform 发行版本中的主要新功能及变化信息 Enter your first name here. Enter 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 章 章 了解 了解 OPENSHIFT 更新 更新 1.1. OPENSHIFT 更新简介 1.2. 集群更新如何工作 1.3. 了解更新频道和发行版本 1.4. 了解 OPENSHIFT CONTAINER PLATFORM 更新持续时间 第 第 2 章 章 准 准备 备更新集群 更新集群 2.1. 准备升级到 OPENSHIFT CONTAINER 发行镜像提供更新可能性图。图包含任何公共 OCP 版本的更新信息。OpenShift Container Platform 集群默认配置为连接到 OSUS，OSUS 会使用已知更新目标的信息响应集群。 当集群管理员或自动更新控制器使用新版本编辑 Cluster Version Operator (CVO) 的自定义资源 (CR) 时，更新开始。要将集群与新指定版本协调，CVO 从镜像 registry 检索目标发行镜像，并开始将更改应 如需更多信息，请参阅更新安装的 Operator。 目标发行镜像包含组成特定 OCP 版本的所有集群组件的清单文件。当将集群更新至新版本时，CVO 会在 称为 Runlevels 的独立阶段应用清单。大多数（但不是全部清单）支持其中一个集群 Operator。当 CVO 将清单应用到集群 Operator 时，Operator 可能会执行更新任务将其与新的指定版本协调。 CVO 监控每个应用的资源的状态，以及所有集群 Operator

Hat OpenShift Service Mesh Operator 支持部署多个版本的 ServiceMeshControlPlane，所以 Service Mesh 没有为产品的次版本维护单独的文档。 除非在一个特定主题或特定功能中明确指定了特定的版本，当前的文档集适用于所有当前 支持的 Service Mesh 版本。 如需有关 Red Hat OpenShift Service Mesh Istio 项目，为创建部署的服务提供发现、负载均衡、服务对服务身份验证、故障 恢复、指标和监控的服务网络提供了便捷的方法。服务网格还提供更复杂的操作功能，其中包括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 1.1.2. 核心功能 Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式： 流量管理 - 控制服务间的流量和 API X 3 此版本对以下方面进行了改进。 1.2.2.1. Red Hat OpenShift Service Mesh 版本 版本 2.2.3 的新功能 的新功能 此 Red Hat OpenShift Service Mesh 发行版本解决了 CVE 报告的安全漏洞问题(CVE)、程序错误修正， 并受 OpenShift Container Platform 4.9 和更高版本的支持。 1

的 OPERATOR 5.4. 基于 ANSIBLE 的 OPERATOR 5.5. 基于 HELM 的 OPERATOR 5.6. 基于 JAVA 的 OPERATOR 5.7. 定义集群服务版本（CSV） 5.8. 使用捆绑包镜像 5.9. 遵守 POD 安全准入 5.10. 云供应商上的 OPERATOR 的令牌身份验证 5.11. 使用 SCORECARD 工具验证 OPERATOR Format 规格简化了 Operator 元数据的发布。 Operator 捆绑包代表 Operator 的单一版本。磁盘上的捆绑包清单是容器化的，并作为捆绑包镜像提供， 第 第 2 章 章 了解 了解 OPERATOR 7 Operator 捆绑包代表 Operator 的单一版本。磁盘上的捆绑包清单是容器化的，并作为捆绑包镜像提供， 该镜像是一个不可运行的容器镜像，其中存储了 Kubernetes 元数据可以包括： 标识 Operator 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。 将清单加载到 Operator Registry 数据库中时，会验证以下要求： 该捆绑包必须在注解中至少定义一个频道。 每个捆绑包都只有一个集群服务版本（CSV）。 如果 CSV 拥有自定义资源定义（CRD），则该

更新集群概述 更新集群概述 2.1. 了解 OPENSHIFT UPDATE SERVICE 2.2. 安装和配置 OPENSHIFT UPDATE SERVICE 2.3. 了解升级频道和发行版本 2.4. 使用 WEB 控制台更新集群 2.5. 使用 CLI 更新集群 2.6. 执行 CANARY ROLLOUT 更新 2.7. 更新包含使用 RHEL 的计算（COMPUTE）系统的集群 Operator 第 第 4 章 章 了解升 了解升级频 级频道和 道和发 发行版本 行版本 4.1. 升级频道和发行路径 4.1.1. candidate-4.7 频道 4.1.2. fast-4.7 频道 4.1.3. stable-4.7 频道 4.1.4. eus-4.y 频道 4.1.5. 升级版本路径 4.1.6. fast 和 stable 频道的使用和策略 4.1.7. 的顶点（vertices）和连接它们的 边（edges）。图中的边代表了 您可以安全更新到的版本。顶点是更新的有效负载，用于指定受管集群组件的预期状态。 集群中的 Cluster Version Operator (CVO) 会检查 OpenShift Container Platform 更新服务，并根据当前 组件版本和图中的信息决定有效的更新和更新路径。当您请求更新时，CVO 使用该更新的发行镜像来升

更新 OPENSHIFT LOGGING 10.1. 从 OPENSHIFT CONTAINER PLATFORM 4.6 或更早版本的集群日志记录升级到 OPENSHIFT LOGGING 5.X 10.2. 将 OPENSHIFT LOGGING 更新至当前版本 第 第 11 章 章 查 查看集群 看集群仪 仪表板 表板 11.1. 访问 ELASTISEARCH 和 OPENSHIFT OpenShift Container Platform 生命周期政策 概述了发行版本兼 容性。 1.1. 日志记录 5.4.9 此发行版本包括 OpenShift Logging 程序错误修复 5.4.9 。 1.1.1. 程序错误修复 在此次更新之前，Fluentd 收集器会警告未使用的配置参数。在这个版本中，删除了这些配置参 数及其警告信息。(LOG-3074) 在此次更新之前，Kibana 有一个固定的 24h OAuth cookie 过期时间，当 accessTokenInactivityTimeout 字段被设置为小于 24h 的值时，会导致 Kibana 中的 401 错误。 在这个版本中，Kibana 的 OAuth cookie 过期时间与 accessTokenInactivityTimeout 同步，默 认值为 24h。(LOG-3306) 1.1.2. CVE CVE-2016-3709