建配置资 资源 源 12.1. 构建控制器配置参数 12.2. 配置构建设置 第 第 13 章 章 构 构建故障排除 建故障排除 13.1. 解决资源访问遭到拒绝的问题 13.2. 服务证书生成失败 第 第 14 章 章 为构 为构建 建设 设置其他可信 置其他可信证书颁发 证书颁发机 机构 构 14.1. 在集群中添加证书颁发机构 14.2. 其他资源 第 第 15 章 章 创 创建和使用 构建（ 建（build） ） 2 目 目录 录 3 第 1 章 理解镜像构建 1.1. 构建（BUILD） 构建 (build)是将输入参数转换为结果对象的过程。此过程最常用于将输入参数或源代码转换为可运行的镜 像。BuildConfig 对象是整个构建过程的定义。 OpenShift Container Platform 使用 Kubernetes，从构建镜像创建容器并将它们推送到容器镜像 Source-to-Image (S2I) 构建 Custom 构建 默认情况下，支持 Docker 构建和 S2I 构建。 构建生成的对象取决于用于创建它的构建器（builder）。对于 Docker 和 S2I 构建，生成的对象为可运行 的镜像。对于 Custom 构建，生成的对象是构建器镜像作者指定的任何事物。 此外，也可利用 Pipeline 构建策略来实现复杂的工作流： 持续集成 持续部署

构建 使用 OpenShift 构建时，您可以使用声明性构建过程创建云原生应用程序。您可以在用于创建 BuildConfig 对象的 YAML 文件中定义构建过程。此定义包括构建触发器、输入参数和源代码等属性。部 署之后，BuildConfig 对象通常构建可运行的镜像并将其推送到容器镜像 registry。 OpenShift 构建为构建策略提供以下可扩展的支持： Docker 构建 So CI/CD 概述 概述 3 第 2 章 构建（BUILD） 2.1. 理解镜像构建 2.1.1. Builds 构建 (build) 是将输入参数转换为结果对象的过程。此过程最常用于将输入参数或源代码转换为可运行的 镜像。BuildConfig 对象是整个构建过程的定义。 OpenShift Container Platform 使用 Kubernetes，从构建镜像创建容器并将它们推送到容器镜像 Source-to-image（S2I）构建 Custom 构建 默认情况下，支持 docker 构建和 S2I 构建。 构建生成的对象取决于用于创建它的构建器（builder）。对于 docker 和 S2I 构建，生成的对象为可运行 的镜像。对于自定义构建，生成的对象是构建器镜像作者指定的任何事物。 此外，也可利用管道构建策略来实现复杂的工作流： 持续集成 持续部署 2.1.1.1

1. 定义镜像元数据 4.3. 使用 SOURCE-TO-IMAGE 从源代码创建镜像 4.3.1. 了解 source-to-image 构建过程 4.3.2. 如何编写 Source-to-image 脚本 4.4. 关于测试 SOURCE-TO-IMAGE 镜像 4.4.1. 了解测试要求 4.4.2. 生成脚本和工具 4.4.3. 本地测试 4.4.4. 基本测试工作流 4.4 了解模板 10.2. 上传模板 10.3. 使用 WEB 控制台创建应用程序 10.4. 使用 CLI 从模板创建对象 10.4.1. 添加标签 10.4.2. 列出参数 10.4.3. 生成对象列表 10.5. 修改所上传的模板 10.6. 使用即时应用程序和快速启动模板 10.6.1. 快速启动模板 10.6.1.1. Web 框架快速启动模板 10.7. 编写模板 10 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （builder）镜像，这有助于通过将您的代码或配置添加到现有镜像来创建新镜像。 由于应用程序会随时间发展，因此单个镜像名称实际上可以指代同一镜像的许多不同版本。每个不同的镜 像都会有一个代表它的唯一哈希值（一个较长的十六进制值，如 fd44

SAMPLES OPERATOR 镜像流 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 4.3. 使用 SOURCE-TO-IMAGE 从源代码创建镜像 4.4. 关于测试 SOURCE-TO-IMAGE 镜像 第 第 5 章 章 管理 管理镜 镜像 像 5.1. 管理镜像概述 5.2. 标记镜像 5.3. 镜像拉取（PULL）策略 5 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （builder）镜像，这有助于通过将您的代码或配置添加到现有镜像来创建新镜像。 由于应用程序会随时间发展，因此单个镜像名称实际上可以指代同一镜像的许多不同版本。每个不同的镜 像都会有一个代表它的唯一哈希值（一个较长的十六进制值，如 fd44 Container Platform 提供 oc tag 命令，该命令类似于 docker tag 命令，但是在镜像流上运 行，而非直接在镜像上运行。 1.6. 镜像 ID 镜像 ID 是 SHA（安全哈希算法）代码，可用于拉取（pull）镜像。SHA 镜像 ID 不能更改。特定 SHA 标 识符会始终引用完全相同的容器镜像内容。例如： 1.7. 容器 OpenShift Container Platform

Samples Operator 配置资源包含一个终结器（finalizer），它会在删除时清除以下内容： Operator 管理的镜像流。 Operator 管理的模板。 Operator 生成的配置资源。 集群状态资源。 samples-registry-credentials secret。 删除示例资源后，Samples Operator 会使用默认配置重新创建资源。 1.2 SamplesExists 表明 OpenShift 命名空间中已创建示例。 ImageChangesInProgr ess 如果创建或更新了镜像流，但并非所有标记规范生成与标记状态生成均匹配，此 条件则为 True。 所有生成均匹配，或者导入过程中发生不可恢复的错误时显示为 False，最后看 到的错误位于消息字段中，待处理的镜像流列表位于原因字段中。 ImportCredentialsExist 可访问您的网络以及互联网的镜像（mirror）主机上。 2.1. 关于镜像 REGISTRY 您可以镜像 OpenShift Container Platform registry 的内容，也可以镜像生成安装程序所需的镜像。 镜像 registry 是一个关键组件，有了它才能在受限网络中完成安装。您可以在堡垒主机上创建此镜像，该 主机可同时访问互联网和您的封闭网络，也可以使用满足您的限制条件的其他方法。

12.6. 使用 DEVELOPER 视角监控健康检查失败 第 第 13 章 章 编辑应 编辑应用程序 用程序 13.1. 先决条件 13.2. 使用 DEVELOPER 视角编辑应用程序的源代码 13.3. 使用 DEVELOPER 视角编辑应用程序配置 第 第 14 章 章 修剪 修剪对 对象以重新声明 象以重新声明资 资源 源 14.1. 基本修剪操作 14.2. 修剪组 14 OpenShift Container Platform CLI 来创建一个应用程序。您可 以从 Git、JAR 文件、devfile 或开发人员目录中提供要添加到项目的应用程序。 您还可以使用包含源或二进制代码、镜像和模板的组件，通过 OpenShift Container Platform CLI 创建应 用程序。使用 OpenShift Container Platform Web 控制台，您可以从集群管理员安装的 Project → Project access → Role 来访 问这些集群角色。默认情况下，这些角色为 Admin、Edit 和 View。 要为项目添加或编辑集群角色，您可以自定义集群的 YAML 代码。 流程 流程 自定义项目的不同集群角色： 1. 在 Search 视图中，使用 Resources 下拉列表搜索 Console。 2. 在可用选项中，选择 Console operator

11.6. 使用 DEVELOPER 视角监控健康检查失败 第 第 12 章 章 编辑应 编辑应用程序 用程序 12.1. 先决条件 12.2. 使用 DEVELOPER 视角编辑应用程序的源代码 12.3. 使用 DEVELOPER 视角编辑应用程序配置 第 第 13 章 章 修剪 修剪对 对象以重新声明 象以重新声明资 资源 源 13.1. 基本修剪操作 13.2. 修剪组 13 OpenShift Container Platform CLI 来创建一个应用程序。您可 以从 Git、JAR 文件、devfile 或开发人员目录中提供要添加到项目的应用程序。 您还可以使用包含源或二进制代码、镜像和模板的组件，通过 OpenShift Container Platform CLI 创建应 用程序。使用 OpenShift Container Platform Web 控制台，您可以从集群管理员安装的 YAML 代码。 流程 流程 自定义项目的不同集群角色： 1. 在 Search 视图中，使用 Resources 下拉列表搜索 Console。 2. 在可用选项中，选择 Console operator.openshift.io/v1。 图 2.3. 搜索控制台资源 3. 在 Name 列表下选择 cluster。 4. 导航到 YAML 选项卡以查看和编辑 YAML 代码。 5

模式 4.3.6. 后续步骤 4.4. 在 AWS 上快速安装集群 4.4.1. 先决条件 4.4.2. OpenShift Container Platform 的互联网访问 4.4.3. 生成 SSH 私钥并将其添加到代理中 4.4.4. 获取安装程序 4.4.5. 部署集群 4.4.6. 通过下载二进制文件安装 OpenShift CLI 4.4.6.1. 在 Linux 上安装 4.10. 后续步骤 4.5. 使用自定义在 AWS 上安装集群 4.5.1. 先决条件 4.5.2. OpenShift Container Platform 的互联网访问 4.5.3. 生成 SSH 私钥并将其添加到代理中 4.5.4. 获取安装程序 4.5.5. 创建安装配置文件 4.5.5.1. 安装配置参数 4.5.5.1.1. 所需的配置参数 4.5.5.1.2. 网络配置参数 5.11. 后续步骤 4.6. 使用自定义网络在 AWS 上安装集群 4.6.1. 先决条件 4.6.2. OpenShift Container Platform 的互联网访问 4.6.3. 生成 SSH 私钥并将其添加到代理中 4.6.4. 获取安装程序 86 87 89 90 90 90 91 92 93 93 94 94 94 94 95 96 96 99 99

户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 采用用 采用用户 户置 置备 备的基 的基础 础架 架构 构的安装 的安装过 过程 程 您还可以在自己提供的基础架构上安装 OpenShift Container Platform。您可以使用安装程序来生成置备 集群基础架构所需的资产，再创建集群基础架构，然后将集群部署到您提供的基础架构中。 如果不使用安装程序置备的基础架构，您必须自己管理和维护集群资源，包括： 组成集群的 control plane 算机器 集群机器初始化后，Bootstrap 机器将被销毁。所有集群都使用 Bootstrap 过程来初始化集群，但若您自 己置备集群的基础架构，则必须手动完成许多步骤。 重要 重要 安装程序生成的 Ignition 配置文件包含在 24 小时后过期的证书，然后在过期时进 行续订。如果在更新证书前关闭集群，且集群在 24 小时后重启，集群会自动恢复 过期的证书。一个例外情况是，您需要手动批准待处理的

15.4. 根据命名空间和优先级过滤 descheduler（技术预览） 1.2.15.5. RemoveDuplicates descheduler 策略的新参数（技术预览） 1.2.15.6. 生成一个在一个 registry 范围内有效的 ImageContentSourcePolicy 对象 1.2.16. 集群日志记录 Log Forwarding API 已正式发布 在日志消息中添加标签 对于使用安装程序置备的基础架构的用户，这些变化应是大体透明的。对于用户置备的基础架构安装，您 必须修改任何自定义 Ignition 配置以使用 Ignition spec 3。openshift-install 程序现在生成 Ignition spec 3。 如果您要为使用 Ignition 的第 1 天操作或第 2 天操作创建 Machine Configs，则应该使用 Ignition spec v3。但是，MCO（MCO）仍然支持 hints 部署现在支持 root 设备 hints。 1.2.2.13. 安装程序的改 安装程序的改进 进 现在，部署会在节点上执行内省，以确保节点满足安装要求，如果没有满足安装要求，则不会生成错误。 1.2.2.14. 安装 安装时选择 时选择 RHOSP 可用区 可用区 现在，在 RHOSP 上安装集群时，您可以选择 Red Hat OpenStack Platform（RHOSP）Compute（Nova）可用域。