(S2I) 是一种用于构建可重复生成的容器镜像的工具。它通过将应用程序源代码注入容 器镜像并汇编新镜像来生成可随时运行的镜像。新镜像融合了基础镜像（构建器）和构建的源代码，并可 搭配 buildah run 命令使用。S2I 支持递增构建，可重复利用以前下载的依赖项和过去构建的工件等。 2.1.1.3. Custom 构 构建 建 采用自定义构建策略时，开发人员可以定义负责整个构建过程的特定构建器镜像。通过利用自己的构建器 pull secret 的 的镜 镜像 像 当使用 mirrorr registry 中的输入镜像时，如果出现 build error: failed to pull image 信息，您可以使用 以下方法之一解决这个错误： 创建一个输入 secret，其中包含构建器镜像的仓库和所有已知 mirror 系统的身份验证凭据。在本 例中，为到镜像 registry 及其 mirror 的凭证创建一个 pull 将证书文件添加到源构建中，并在 gitconfig 文件中添加对证书文件的引用。 1. 将 client.crt、cacert.crt 和 client.key 文件添加到应用程序源代码的 /var/run/secrets/openshift.io/source/ 目录中。 2. 在服务器的 .gitconfig 文件中，添加下例中所示的 [http] 部分： 输 输出示例 出示例 $ oc set

property of their respective owners. 摘要 摘要 本文档概述了 OpenShift Container Platform 中的构建和构建配置，并且说明了执行和管理构建的各 种方法。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 是一种用于构建可重复生成的 Docker 格式容器镜像的工具。它通过将应用程序源 代码注入容器镜像并汇编新镜像来生成可随时运行的镜像。新镜像融合了基础镜像（构建器）和构建的源 代码，并可搭配 buildah run 命令使用。S2I 支持递增构建，可重复利用以前下载的依赖项和过去构建的 工件等。 S2I 的优点包括： 镜像灵活性 可以编写 S2I 脚本，将应用程序代码注入到几乎所有现有的 Docker 格式容器镜像，以此利用 将证书文件添加到源构建中，并在 gitconfig 文件中添加对证书文件的引用。 1. 将 client.crt、cacert.crt 和 client.key 文件添加到应用程序源代码的 /var/run/secrets/openshift.io/source/ 目录中。 2. 在服务器的 .gitconfig 文件中，添加下例中所示的 [http] 部分： # cat .gitconfig [user]

中最重要的组件。Operator 是 control plane 上打包、部署和 管理服务的首选方法。它们还可以为用户运行的应用程序提供优势。 Operator 与 Kubernetes API 和 CLI 工具（如 kubectl 和 oc 命令）集成。它们提供了监控应用程序、执 行健康检查、管理无线(OTA)更新的方法，并确保应用程序保持在指定的状态。 虽然这两个操作都遵循类似的 Operator 概念和目标，但 被设计为用来无缝地处理升级过程，并对出现的错误 自动进行响应，而且不会采取“捷径”（如跳过软件备份过程来节省时间）。 从技术上讲，Operator 是一种打包、部署和管理 Kubernetes 应用程序的方法。 Kubernetes 应用程序是一款 app，可在 Kubernetes 上部署，也可使用 Kubernetes API 和 kubectl 或 oc 工具进行管理。要想充分利用 Kubernetes，您需要一组统一的 作者已为其 Operator 创建了特定于 Operator 的目录，因此目录维护人员可以通过将每个 Operator 目录渲染到目录 根目录的子目录来构建其目录。 构建基于文件的目录的方法有很多；以下步骤概述了一个简单的方法： 1. 为目录维护一个配置文件，其中包含目录中每个 Operator 的镜像引用： 目 目录配置文件示例 配置文件示例 2. 运行一个脚本，该脚本将解析配置文件并从其引用中创建新目录：

OPENSHIFT VIRTUALIZATION 7.2. 关于更新 OPENSHIFT VIRTUALIZATION 7.3. 防止在 EUS 到 EUS 更新过程中进行工作负载更新 7.4. 配置工作负载更新方法 7.5. 批准待处理的 OPERATOR 更新 7.6. 监控更新状态 7.7. 其他资源 5 5 5 6 6 7 7 8 9 10 11 11 12 13 15 15 15 16 作为客户机操作系统。但是，OpenShift Virtualization 4.13 不支持 USB 磁盘，它们是 BitLocker 恢复的关键功能所必需的。要保护恢复密钥，请使用 BitLocker 恢复指南中的其他方法。 第 第 5 章 章 OPENSHIFT VIRTUALIZATION 发 发行注 行注记 记 41 5.6. 程序错误修复 由于一些由 Containerized Data Importer 4.12.4 中的 HyperConverged 自定义资源启用了 DisableMDEVConfiguration 功能门，您必须在升级到 4.13.0 或 4.13.1 版本后重新启用功能门， 方法是创建一个 JSON Patch 注解 (BZ#2184439)： OpenShift Virtualization 版本 4.12.2 及更早版本与 OpenShift Container Platform

类型和内部负载平衡）提供了发布 Ingress Controller 端点的方法。 2.2.1. 路由和 Ingress 的比较 OpenShift Container Platform 中的 Kubernetes Ingress 资源通过作为集群内 pod 运行的共享路由器服务 来实现 Ingress Controller。管理 Ingress 流量的最常见方法是使用 Ingress Controller。您可以像任何其他 集群中部署和管理集群网络组件。 这包括在安装过程中为集群选择的 Container Network Interface (CNI) 网络插件部署。 配置映射 配置映射 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 自定 自定义资 义资源 源 (CR) CR 是 Kubernetes API Ingress Operator 管理 Ingress Controller。使用 Ingress Controller 是允许从外部访问 OpenShift Container Platform 集群的最常用方法。 OpenShift Container Platform 4.13 网 网络 络 10 安装程序置 安装程序置备 备的基 的基础 础架 架构 构 安装程序部署并配置运行集群的基础架构。

镜像概述 1.1. 了解容器、镜像和镜像流 当您设置为创建和管理容器化软件时，务必要理解容器、镜像和镜像流等重要概念。镜像包含一组准备就 绪可运行的软件，容器是容器镜像的一个运行实例。镜像流提供了一种方法来存储相同基本镜像的不同版 本。这些不同版本通过相同镜像名称的不同标签（tag）来表示。 1.2. 镜像 OpenShift Container Platform 中的容器基于 OCI 或 Docker 后将该主机或者可移动介质放入受限环境中。这个过程被称为 断开连接的镜像。 对于已镜像的 registry，若要查看拉取镜像的来源，您必须查看 Trying 以访问 CRI-O 日志中的日志条 目。查看镜像拉取源的其他方法（如在节点上使用 crictl images 命令）显示非镜像镜像名称，即使镜像 是从镜像位置拉取的。 注意 注意 红帽不支持使用 OpenShift Container Platform 测试第三方 --to-release- image=${LOCAL_REGISTRY}/${LOCAL_REPOSITORY}:${OCP_RELEASE}- ${ARCHITECTURE} --dry-run 第 第 3 章 章 使用 使用带 带有 有备 备用 用 REGISTRY 的 的 CLUSTER SAMPLES OPERATOR 21 1 iii. 记录上一命令输出中的 imageContentSources

OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 断开 断开连 连接的安装 接的安装镜 镜像 像 3.1. 关于断开连接的安装镜像 其他资 资源 源 如需了解每个支持的平台可用的安装类型的更多信息，请参阅不同平台支持的安装方法。 有关选择安装方法以及准备所需资源的信息，请参阅选择集群安装方法并为用户准备。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 13 第 2 章 选择集群安装方法并为用户准备它 在安装 OpenShift Container Platform 前， Cloud, AWS, Azure, Azure Stack Hub, GCP, 或 VMC on AWS 的情况下部署安装程序置备的基础架构集群。这些安装方法是部署具有生产环境性 OpenShift Container Platform 集群的最快方法。 如果需要为安装程序置备的基础架构集群执行基本配置，如集群机器的实例类型，您可以自定义 Alibaba Cloud, AWS, Azure, GCP

OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 集群功能 集群功能 3.1. 选择集群功能 3.2. OPENSHIFT CONTAINER Platform 安装程序提供了四个部署集群的方法，相关信息包括在以下列表中： 交互式 交互式 ：您可以使用基于 Web 的 辅助安装程序（Assisted Installer）部署集群。对于可以连接到 互联网的网络，这是一个理想的方法。Assisted Installer 是安装 OpenShift Container Platform 的最简单方法，它提供智能默认值，并在安装集群前执行预动态验证。它还提供了一个 令行界面完成配置。这个方法适用于断开连接的环境。 自 自动 动 ：您可以在安装程序置备的基础架构中部署集群。安装程序使用每个集群主机的基板管理控 制器 (BMC) 进行置备。您可以在有连接或断开连接的环境中部署集群。 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征：

OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 为 为断开 断开连 连接的安装 接的安装 MIRROR 镜 镜像 像 3.1. 其他 其他资 资源 源 如需了解每个支持的平台可用的安装类型的更多信息，请参阅不同平台支持的安装方法。 有关选择安装方法以及准备所需资源的信息，请参阅选择集群安装方法并为用户准备。 OpenShift Container Platform 4.8 安装 安装 12 第 2 章 选择集群安装方法并为用户准备它 在安装 OpenShift Container Platform 前，请确定您具备为用户准备集群所需的所有所需资源。 的安装过程中为集群机器部署操作系统。请参阅 OpenShift Container Platform 3 和 OpenShift Container Platform 4 的比较。 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 13 由于需要置备机器作为 OpenShift Container Platform 集群安装过程的一部分，所以无法将 OpenShift Container

的内容，也可以镜像生成安装程序所需的镜像。 镜像 registry 是一个关键组件，有了它才能在受限网络中完成安装。您可以在堡垒主机上创建此镜像，该 主机可同时访问互联网和您的封闭网络，也可以使用满足您的限制条件的其他方法。 由于 OpenShift Container Platform 验证发行版本有效负载完整性的方式，您的本地 registry 中的镜像引 用与红帽在 Quay.io 上托管的镜像相同。在安装的 1 将 和 替换为用户名和密码。 5. 创建 mirror-registry 容器以托管 registry： # podman run --name mirror-registry -p :5000 \ 1 -v /opt/registry/data:/var/lib/registry:z 15 第 3 章 了解容器、镜像和镜像流 开始创建和管理容器化软件时，务必要理解容器、镜像和镜像流等重要概念。镜像包含一组准备就绪可运 行的软件，容器是容器镜像的一个运行实例。镜像流提供了一种方法来存储相同基本镜像的不同版本。这 些不同版本通过相同镜像名称的不同标签（tag）来表示。 3.1. 镜像 OpenShift Container Platform 中的容器基于 OCI 或 Docker