如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 3 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 序的新 版本。容器通过测试后，只要部署更多新容器并删除旧容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决，因此数据中心的每台主机上都能使用通用操作系 统。您无需逐一为应用主机配置特定的操作系统。当数据中心需要更多容量时，您可以部署另一个通用主 机系统。 同样，扩展容器化应用程序也很简单。OpenShift Container Platform 提供了一种简单的、标准方式的容 器化服 registry，为 OpenShift Container Platform 集群 提供大多数容器镜像和 Operator。Quay.io 是 Red Hat Quay 的一个公共 registry 版本，可存储数百万镜 像和标签。 OpenShift Container Platform 中的其他 Kubernetes 增强功能包括软件定义网络 (SDN)、身份验证、日 志聚合、监视和路由方面的改进。OpenShift

如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 3 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 序的新 版本。容器通过测试后，只要部署更多新容器并删除旧容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决，因此数据中心的每台主机上都能使用通用操作系 统。您无需逐一为应用主机配置特定的操作系统。当数据中心需要更多容量时，您可以部署另一个通用主 机系统。 同样，扩展容器化应用程序也很简单。OpenShift Container Platform 提供了一种简单的、标准方式的容 器化服 registry，为 OpenShift Container Platform 集群 提供大多数容器镜像和 Operator。Quay.io 是 Red Hat Quay 的一个公共 registry 版本，可存储数百万镜 像和标签。 OpenShift Container Platform 中的其他 Kubernetes 增强功能包括软件定义网络 (SDN)、身份验证、日 志聚合、监视和路由方面的改进。OpenShift

部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。容器通过测试后，只要部署更多新容器并删除旧 OpenShift Container Platform 4.7 架 架构 构 6 您还可以与现有版本一起部署和测试应用程序的新版本。容器通过测试后，只要部署更多新容器并删除旧 registry，为 OpenShift Container Platform 集群 提供大多数容器镜像和 Operator。Quay.io 是 Red Hat Quay 的一个公共 registry 版本，可存储数百万镜 像和标签。 OpenShift Container Platform 中的其他 Kubernetes 增强功能包括软件定义网络 (SDN)、身份验证、日 志聚合、监视和路由方面的改进。OpenShift 在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本，具有默认启用 SELinux 的 RHEL 内核。它包括作为 Kubernetes 节点代理的 kubelet，以及为 Kubernetes 优化的 CRI-O 容器运行时。 OpenShift

Cluster Version Operator (CVO) 检查 OpenShift Container Platform Update Service 的 Operator，它根据图中的当前组件版本和信息 查看有效的更新和更新路径。 Compute 节 节点 点 负责执行集群用户工作负载的节点。Compute 节点也称为 worker 节点。 配置偏移 配置偏移 在节点上配置与机器配置指定的内容不匹配的情况。 文件系统，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩 扩展 展优势 优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。容器通过测试后，只要部署更多新容器并删除旧 容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决，因此数据中心的每台主机上都能使用标准的操作系 registry，为 OpenShift Container Platform 集群 提供大多数容器镜像和 Operator。Quay.io 是 Red Hat Quay 的一个公共 registry 版本，可存储数百万镜 像和标签。 OpenShift Container Platform 中的其他 Kubernetes 增强功能包括软件定义网络 (SDN)、身份验证、日 志聚合、监视和路由方面的改进。OpenShift

值不在引用时指定。因此，如果在 pod 启动的同时更新 secret，则将不能 定义用于 pod 的 secret 版本。 注意 注意 OpenShift Container Platform 4.13 CI/CD 20 1 注意 注意 目前，无法检查 Pod 创建时使用的 secret 对象的资源版本。按照计划 Pod 将报告此信 息，以便控制器可以重启使用旧 resourceVersion 的 Pod。在此期间，请勿更新现有 表 表 2.2. 自定 自定义构 义构建器 建器环 环境 境变 变量 量 变 变量名称 量名称 描述 描述 BUILD Build 对象定义的完整序列化 JSON。如果必须使用特定的 API 版本进行序列化， 您可以在构建配置的自定义策略规格中设置 buildAPIVersion 参数。 SOURCE_REPOSITO RY 包含要构建的源代码的 Git 存储库的 URL。 SOURCE_URI 存储库的子目录。只有定义后才出现。 SOURCE_REF 要构建的 Git 引用。 ORIGIN_VERSION 创建此构建对象的 OpenShift Container Platform master 的版本。 customStrategy: ... env: - name: "HTTP_PROXY" value: "http://myproxy.net:5187/" $ oc

视角将应用程序连接到服务 第 第 6 章 章 使用 使用 HELM CHART 6.1. 了解 HELM 6.2. 安装 HELM 6.3. 配置自定义 HELM CHART 仓库 6.4. 使用 HELM 发行版本 第 第 7 章 章 部署 部署 7.1. 了解 DEPLOYMENT 和 DEPLOYMENTCONFIG 对象 7.2. 管理部署过程 7.3. 使用部署策略 7.4. 使用基于路由的部署策略 字段中，部署名称会被默认显示。您可以根据需要修改此名称。 在 Builder Image Version 中，会默认选择一个构建器镜像。您可以使用 Builder Image Version 下拉列表修改此镜像版本。 默认添加 Git 存储库 URL 示例。 4. 点 Create 创建示例应用程序。示例应用程序的构建状态显示在 Topology 视图中。创建示例应 用程序后，您可以看到添加到应用程序的部署。 https://github.com/sclorg/nodejs-ex Git URL，默认选择了 Node.js 构建器镜像。 a. 可选： 使用 Builder Image Version 下拉菜单指定版本。 b. 可选： 使用 Edit import 策略来选择不同的策略。 6. 在 General 部分中： a. 在 Application 字段中输入应用程序组别的唯一名称，例如 myapp。确保应用程序名称在命

视角将应用程序连接到服务 第 第 7 章 章 使用 使用 HELM CHART 7.1. 了解 HELM 7.2. 安装 HELM 7.3. 配置自定义 HELM CHART 仓库 7.4. 使用 HELM 发行版本 第 第 8 章 章 DEPLOYMENTS 8.1. 了解 DEPLOYMENT 和 DEPLOYMENTCONFIG 对象 8.2. 管理部署过程 8.3. 使用部署策略 8.4. 使用基于路由的部署策略 字段中，部署名称会被默认显示。您可以根据需要修改此名称。 在 Builder Image Version 中，会默认选择一个构建器镜像。您可以使用 Builder Image Version 下拉列表修改此镜像版本。 默认添加 Git 存储库 URL 示例。 4. 点 Create 创建示例应用程序。示例应用程序的构建状态显示在 Topology 视图中。创建示例应 用程序后，您可以看到添加到应用程序的部署。 https://github.com/sclorg/nodejs-ex Git URL，默认选择了 Node.js 构建器镜像。 a. 可选： 使用 Builder Image Version 下拉菜单指定版本。 b. 可选： 使用 Edit import 策略来选择不同的策略。 c. 可选： 对于 Node.js 构建器镜像，请使用 Run command 字段覆盖运行应用程序的命令。 6. 在 General

在任意平台上安装 在任意平台上安装 26.1. 在任意平台上安装集群 第 第 27 章 章 安装配置 安装配置 27.1. 自定义节点 27.2. 配置防火墙 27.3. 启用 LINUX 控制组版本 2 (CGROUP V2) 第 第 28 章 章 验证 验证安装 安装 2858 2858 2863 2867 2927 2994 3058 3132 3177 3183 3184 3187 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28.1. 查看安装日志 28.2. 查看镜像拉取源 28.3. 获取集群版本、状态和更新详情 28.4. 使用 CLI 查询集群节点状态 28.5. 从 OPENSHIFT CONTAINER PLATFORM WEB 控制台查看集群状态 28.6. 查看 RED HAT 在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本，具有默认启用 SELinux 的 RHEL 内核。RHCOS 包括作为 Kubernetes 节点代理的 kubelet，以及为 Kubernetes 优化的 CRI-O 容器运行 时。 OpenShift

24 章 章 安装配置 安装配置 24.1. 自定义节点 24.2. 配置防火墙 24.3. 启用 LINUX 控制组版本 1 (CGROUP V1) 第 第 25 章 章 验证 验证安装 安装 25.1. 查看安装日志 25.2. 查看镜像拉取源 25.3. 获取集群版本、状态和更新详情 25.4. 使用短期凭证的集群：验证凭证配置 25.5. 使用 CLI 查询集群节点状态 25.6. 在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本，具有默认启用 SELinux 的 RHEL 内核。RHCOS 包括作为 Kubernetes 节点代理的 kubelet，以及为 Kubernetes 优化的 CRI-O 容器运行 时。 OpenShift 集群引入本地 PC，而无需基于服务器的基础架构。 在托管环境中，OpenShift Local 可以创建微服务，将它们转换为镜像，并在运行 Linux、macOS 或 Windows 10 或更高版本的笔记本电脑或桌面上直接运行它们。 如需有关 OpenShift Local 的更多信息，请参阅 Red Hat OpenShift Local Overview 。 1.2. OPENSHIFT

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. 程序错误修复