Git 操作都不会利用 BuildConfig 中定义的 HTTP 或 HTTPS 代理。Git 插件将仅使用 Plugin Manager 面板上 Jenkins UI 中配置的代理。然后，在所有任务中，此代理都会被用 于 Jenkins 内部与 git 的所有交互。 其他 其他资 资源 源 您可以在 JenkinsBehindProxy 上找到有关如何通过 Jenkins UI 配置代理的说明。 Container Platform Jenkins 同步插件 同步插件 OpenShift Container Platform Jenkins 同步插件使构建配置和构建对象与 Jenkins 任务和构建保持同步， 并提供以下功能： Jenkins 中动态作业并运行创建。 从镜像流、镜像流标签或配置映射动态创建代理 Pod 模板。 注入环境变量。 OpenShift Container Jenkins 任务的参数。 流程 流程 要定义在构建期间使用的环境变量，编辑 YAML 文件： 您还可以使用 oc set env 命令管理构建配置中定义的环境变量。 2.5.4.3.1. BuildConfig 环 环境 境变 变量和 量和 Jenkins 任 任务 务参数之 参数之间 间的映射 的映射 根据对 Pipeline 策略构建配置的更改创建或更新 Jenkins 任务时，构建配置中的任何环境变量都会映射到

据，并执行管理、管理和故障排除任务。Web 控制台在 openshift-console 项目的 control plane 节点上运 行。它由一个 console-operator pod 管理。支持管理 管理员 员和开 开发 发者 者视角。 管理 管理员 员和开 开发 发者 者视角都允许您为 OpenShift Container Platform 创建快速开始指南。快速开始是关于用户 任务的指导教程，可用于熟悉应用程序、Operator 1.1. 关于 WEB 控制台中的 ADMINISTRATOR 视角 Administrator 视角可让您查看集群清单、容量、常规和特定使用信息以及重要事件的流，它们可帮助您 简化计划和故障排除任务。项目管理员和开发人员可以使用管理 管理员 员视角。 集群管理员还可在 OpenShift Container Platform 4.7 及之后的版本中为 web 终端 Operator 打开内嵌的 了解快速开始 快速开始是用户任务的指导教程。在 Web 控制台中，您可以在 Help 菜单下快速启动访问。它们在使用应 用程序、Operator 或其他产品时特别有用。 快速开始主要由任务和步骤组成。每个任务都有多个步骤，每个快速开始都有多个任务。例如： 任务 1 第 1 步 第 2 步 第 3 步 任务 2 第 1 步 第 2 步 第 3 步 任务 3 第 1 步 第 2

Operator 创建和维护 Operator 目录 OpenShift Container Platform 提供了一组命令行界面 (CLI) 工具，通过允许用户从终端执行各种管理和 开发操作来简化这些任务。这些工具提供简单的命令来管理应用，并与系统的每个组件交互。 1.1. CLI 工具列表 OpenShift Container Platform 中提供了以下一组 CLI 工具： OpenShift 控制台右上角的用户名下拉菜单中选择 Copy login command。 您现在可以创建项目或执行其他命令来管理集群。 2.1.4. 使用 OpenShift CLI 参阅以下部分以了解如何使用 CLI 完成常见任务。 2.1.4.1. 创 创建一个 建一个项 项目 目 使用oc new-project命令创建新项目。 输 输出示例 出示例 $ oc login -u user1 Server [ht 息。 2.4. 使用插件扩展 OPENSHIFT CLI 您可以针对默认的oc命令编写并安装插件，从而可以使用OpenShift Container Platform CLI执行新的及 更复杂的任务。 2.4.1. 编写 CLI 插件 您可以使用任何可以编写命令行命令的编程语言或脚本为OpenShift Container Platform CLI编写插件。请 注意，您无法使用插件来覆盖现有的

Operator 创建和维护 Operator 目录 OpenShift Container Platform 提供了一组命令行界面 (CLI) 工具，通过允许用户从终端执行各种管理和 开发操作来简化这些任务。这些工具提供简单的命令来管理应用，并与系统的每个组件交互。 1.1. CLI 工具列表 OpenShift Container Platform 中提供了以下一组 CLI 工具： OpenShift Container Platform Web 控制台注销并清除缓存。 您现在可以创建项目或执行其他命令来管理集群。 2.1.5. 使用 OpenShift CLI 参阅以下部分以了解如何使用 CLI 完成常见任务。 2.1.5.1. 创 创建一个 建一个项 项目 目 使用oc new-project命令创建新项目。 输 输出示例 出示例 2.1.5.2. 创 创建一个新的 建一个新的应 应用程序 用程序 息。 2.5. 使用插件扩展 OPENSHIFT CLI 您可以针对默认的oc命令编写并安装插件，从而可以使用OpenShift Container Platform CLI执行新的及 更复杂的任务。 2.5.1. 编写 CLI 插件 您可以使用任何可以编写命令行命令的编程语言或脚本为OpenShift Container Platform CLI编写插件。请 注意，您无法使用插件来覆盖现有的

Operator 创建和维护 Operator 目录 OpenShift Container Platform 提供了一组命令行界面 (CLI) 工具，通过允许用户从终端执行各种管理和 开发操作来简化这些任务。这些工具提供简单的命令来管理应用，并与系统的每个组件交互。 1.1. CLI 工具列表 OpenShift Container Platform 中提供了以下一组 CLI 工具： OpenShift 控制台右上角的用户名下拉菜单中选择 Copy login command。 您现在可以创建项目或执行其他命令来管理集群。 2.1.4. 使用 OpenShift CLI 参阅以下部分以了解如何使用 CLI 完成常见任务。 2.1.4.1. 创 创建一个 建一个项 项目 目 使用oc new-project命令创建新项目。 输 输出示例 出示例 $ oc login -u user1 Server [ht 息。 2.4. 使用插件扩展 OPENSHIFT CLI 您可以针对默认的oc命令编写并安装插件，从而可以使用OpenShift Container Platform CLI执行新的及 更复杂的任务。 2.4.1. 编写 CLI 插件 您可以使用任何可以编写命令行命令的编程语言或脚本为OpenShift Container Platform CLI编写插件。请 注意，您无法使用插件来覆盖现有的

的 的计 计算（ 算（COMPUTE）系 ）系统 统的集群 的集群 8.1. 先决条件 8.2. 使用WEB控制台更新集群 8.3. 可选：添加 HOOK 以在RHEL系统上执行ANSIBLE任务 8.3.1. 在升级过程中使用 Ansible hook 8.3.2. 配置Ansible inventory文件以使用 hook 8.3.3. RHEL计算系统可用的 hook 8.4. 更新集群中的RHEL 使用 CLI 更新集群 使用 CLI 更改更新服务器 2.6. 执行 CANARY ROLLOUT 更新 执行 Canary 推出部署更新： 通过控制对 worker 节点的更新，您可以确保关键任务应用程序在整个更新 过程中仍然可用，即使更新过程会导致应用程序失败。根据您的机构需求，您可能需要更新一小部分 worker 节点，在一个时间段内评估集群和工作负载健康状况，然后更新剩余的节点。这称为 ：如果集群包含 Red Hat Enterprise Linux(RHEL)机器，则必须执行额外 的步骤来更新这些机器。您可以执行以下步骤： 可选：添加 hook 以在RHEL系统上执行Ansible任务 更新集群中的RHEL compute 系统 2.8. 更新受限网络集群 更新受限网络集群 ：如果镜像主机无法同时访问互联网和集群，您可以将镜像(mirror)到与该环境中断开 连接的文件系统

OPERATOR 目录 2.7. 多租户集群中的 OPERATOR 2.8. CRD 第 第 3 章 章 用 用户 户任 任务 务 3.1. 从已安装的 OPERATOR 创建应用程序 3.2. 在命名空间中安装 OPERATOR 第 第 4 章 章 管理 管理员 员任 任务 务 4.1. 在集群中添加 OPERATOR 4.2. 更新安装的 OPERATOR 4.3. 从集群中删除 OPERATOR 实施并自动执行常见的第 1 天操作，如安装和配置以及第 2 天操作，如自动缩放和缩减并创 建备份。所有这些活动均位于集群中运行的一个软件中。 1.1. 对于开发人员 作为开发人员，您可以执行以下 Operator 任务： 安装 Operator SDK CLI。 创建 Go-based Operators, Ansible-based Operators, Java-based Operators, 和 Helm-based 从已安装的 Operator 创建应用程序。 其他 其他资源 源 Operator 开发人员的机器删除生命周期 hook 示例 1.2. 对于管理员 作为集群管理员，您可以执行以下 Operator 任务： 管理自定义目录。 允许非集群管理员安装 Operator。 从 OperatorHub 安装 Operator。 查看 Operator 状态。 管理 Operator 条件。 升级已安装的

混合云部署 混合云部署 部署在跨裸机、虚拟、私有和公共云环境中提供一致的平台。这提供了速度、灵活性和可移植性。 Ignition RHCOS 在初始配置期间用于操作磁盘的实用程序。它可完成常见的磁盘任务，如分区磁盘、格式化分 区、写入文件和配置用户等。 安装程序置 安装程序置备 备的基 的基础 础架 架构 构 安装程序部署并配置运行集群的基础架构。 kubelet 在集群的每个节点上运行的一个主节点代理，以确保容器在 ENTERPRISE LINUX COREOS (RHCOS) AND IGNITION 作为集群管理员，您可以执行以下 Red Hat Enterprise Linux CoreOS(RHCOS)任务： 了解下一代 单用途容器操作系统技术。 选择如何配置 Red Hat Enterprise Linux CoreOS(RHCOS) 选择如何部署 Red Hat Enterprise Linux Platform 安装程序创建部署集群所需的 Ignition 配置文件。Red Hat Enterprise Linux CoreOS(RHCOS)在初始配置过程中使用 Ignition 执行常见磁盘任务，如分区、格式化、写入文件 和配置用户。首次启动时，Ignition 从安装介质或您指定的位置读取其配置，并将配置应用到机器。 您可以了解 Ignition 的工作原理，以及 OpenShift Container

会在 称为 Runlevels 的独立阶段应用清单。大多数（但不是全部清单）支持其中一个集群 Operator。当 CVO 将清单应用到集群 Operator 时，Operator 可能会执行更新任务将其与新的指定版本协调。 CVO 监控每个应用的资源的状态，以及所有集群 Operator 报告的状态。只有活跃 Runlevel 中的所有清 单和集群 Operator 都达到稳定条件时，CVO 会停止，并使用新版 本启动的 CVO pod。新的 CVO 继续协调剩余的清单。 10. 更新会进行，直到整个 control plane 更新至新版本。单个集群 Operator 可能会在集群域中执行 更新任务，但它们通过 Progressing=True 条件报告其状态。 11. Machine Config Operator (MCO) 清单应用到进程末尾。然后，更新的 MCO 开始更新每个节点 Platform 4.14 更新集群 更新集群 22 第 2 章 准备更新集群 2.1. 准备升级到 OPENSHIFT CONTAINER PLATFORM 4.14 了解更多有关集群管理员必须执行的任务才能成功初始化更新，以及确保成功更新的可选准则。 2.1.1. Kubernetes API 弃用和删除 OpenShift Container Platform 4.14 使用 Kubernetes

HAT ENTERPRISE LINUX COREOS(RHCOS)和 IGNITION 作为集群管理员，您可以执行以下 Red Hat Enterprise Linux CoreOS(RHCOS)任务： 了解下一代 单用途容器操作系统技术。 选择如何配置 Red Hat Enterprise Linux CoreOS(RHCOS) OpenShift Container Platform 4 Platform 安装程序创建部署集群所需的 Ignition 配置文件。Red Hat Enterprise Linux CoreOS(RHCOS)在初始配置过程中使用 Ignition 来执行常见磁盘任务，如分区、格式化、写入文 件和配置用户。在第一次启动过程中，Ignition 将从安装介质或您指定的位置读取其配置，并将配置应用 到机器。 您可以了解 Ignition 的工作原理，OpenShift 全面控制每台机器 上运行的系统和服务（包括操作系统本身），因此升级被设计为一个自动事件。如果集群包含 RHEL worker 机器，则 control plane 可从简化的更新过程中受益，但您还需执行更多任务来升级 RHEL 机器。 2.1.3.3. 其他主要功能 其他主要功能 Operator 既是 OpenShift Container Platform 4.7 代码库的基本单元，又是部署供应用程序使用的应用程