在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，您可以在任何位置运行 容器，从数据中心到公共或私有云到本地主机。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 控制 控制组 组 (cgroups) 将进程集合分区到组中，以管理和限制资源进程占用。 Platform 集群中管理持久性和非持久性数据的容器存储。 Telemetry 此组件用于收集 OpenShift Container Platform 的大小、健康和状态等信息。 模板 模板 模板描述了一组可参数化和处理的对象，用于生成对象列表，供 OpenShift Container Platform 用于 创建。 用 用户 户置 置备 备的基 的基础 础架 架构 构 您可以在自己提供的基础架构上安装 作为开发者，您可以使用不同的工具、方法和格式来根据您的独特要求开发容器化应用程序，例如： 使用各种 build-tool、base-image 和 registry 选项构建简单容器应用程序。 使用 OperatorHub 和模板等支持组件来开发您的应用程序。 将应用程序打包并部署为 Operator。 您还可以创建 Kubernetes 清单，并将其存储在 Git 存储库中。Kubernetes 适用于称为 pod 的基本单元。

为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 用户请求的实际工作负载的地方。worker 节点公告其容量，而作为 master 服务一部分的调度程序决定在哪些节点上启动容器和 Pod。重要服务在 每个 worker 节点上运行，包括 CRI-O（即容器引擎）、Kubelet（接受并履行运行和停止容器工作负载请 求的服务），以及服务代理（管理 worker 之间 Pod 的通信）。 在 OpenShift Container Platform 中，MachineSets 服务运行，其他服务则作为静态 Pod 运行。 systemd 服务适合需要始终在特定系统启动后不久出现的服务。对于 master 机器，这包括允许远程登录 的 sshd。它还包括以下服务： CRI-O 容器引擎 (crio)，用于运行和管理容器。OpenShift Container Platform 4.2 使用 CRI-O， 而不是 Docker Container Engine。 Kubelet (kubelet)，从

为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 用户请求的实际工作负载的地方。worker 节点公告其容量，而作为 master 服务一部分的调度程序决定在哪些节点上启动容器和 Pod。重要服务在 每个 worker 节点上运行，包括 CRI-O（即容器引擎）、Kubelet（接受并履行运行和停止容器工作负载请 求的服务），以及服务代理（管理 worker 之间 Pod 的通信）。 在 OpenShift Container Platform 中，MachineSets 服务运行，其他服务则作为静态 Pod 运行。 systemd 服务适合需要始终在特定系统启动后不久出现的服务。对于 master 机器，这包括允许远程登录 的 sshd。它还包括以下服务： CRI-O 容器引擎 (crio)，用于运行和管理容器。OpenShift Container Platform 4.3 使用 CRI-O， 而不是 Docker Container Engine。 Kubelet (kubelet)，从

作为开发人员，您可以使用不同的工具、方法和格式 根据您的独特要求开发容器化应用，例如： 使用各种 build-tool、base-image 和 registry 选项来构建简单的容器应用。 使用 OperatorHub 和模板等支持组件来开发应用程序。 将应用程序打包并部署为 Operator。 您还可以创建 Kubernetes 清单并将其存储在 Git 存储库中。Kubernetes 处理称为 pod 的基本单元。pod 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 2.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 用户请求的实际工作负载的地方。worker 节点公告其容量，而作为 master 服务一部分的调度程序决定在哪些节点上启动容器和 pod。重要服务在 每个 worker 节点上运行，包括 CRI-O（即容器引擎）、Kubelet（接受并履行运行和停止容器工作负载请 求的服务），以及服务代理（管理 worker 之间 Pod 的通信）。 在 OpenShift Container Platform 中，机器集用来控制

OpenShift Container Platform 集群的建议限制，请参阅安装文档中的 大小注意事项 部分。 OpenShift Container Platform 和容器引擎协调容器状态更新的建议大小帐户。这种协调会对主机和容器 引擎进程造成 CPU 压力，这些压力可包括编写大量日志数据。 kubelet 与 API 服务器进行交互的频率取决于 qps 和 burst 值。如果每个节点上运行的 pod 为了提高性能，红帽建议在设备映射器中使用 overlayFS 存储驱动程序。但是，如果您已在生产环境中使 用设备映射器，红帽强烈建议您对容器镜像和容器根文件系统使用精简配置。否则，始终将 overlayfs2 用 于 Docker 引擎，或将 overlayFS 用于 CRI-O。 使用循环设备可能会影响性能。虽然您仍可以继续使用它，但会记录以下警告信息： devmapper: Usage of loopback devices Loader，它会部署五个模板构建并等待它们完成： 或者，通过为 --viper-config 添加标记来执行带有用户定义的配置的 Cluster Loader： 在本例中，有一个名为 config/ 的子目录，其配置文件名为 test.yml。在命令行中，排除配 置文件的扩展，因为工具会自动决定文件类型和扩展。 12.4. 配置 CLUSTER LOADER 创建多个命名空间（项目），其中包含多个模板或 pod。

容器 1.8. 为什么使用镜像流 1.9. 镜像流标签 1.10. 镜像流镜像 1.11. 镜像流触发器 1.12. 如何使用 CLUSTER SAMPLES OPERATOR 1.13. 关于模板 1.14. 如何使用 RUBY ON RAILS 第 第 2 章 章 配置 配置 CLUSTER SAMPLES OPERATOR 2.1. 了解 CLUSTER SAMPLES OPERATOR 9.3. 了解镜像 REGISTRY 仓库镜像 第 第 10 章 章 使用模板 使用模板 10.1. 了解模板 10.2. 上传模板 10.3. 使用 WEB 控制台创建应用程序 10.4. 使用 CLI 从模板创建对象 10.5. 修改所上传的模板 10.6. 使用即时应用程序和快速启动模板 10.7. 编写模板 第 第 11 章 章 使用 使用 RUBY ON RAILS 11.1 会创建默认样本资源来初始化镜像流和模板的创建过程。您可以使用 Cluster Samples Operator 管理存储在 openshift 命名空间中的示例镜像流和模板。 作为集群管理员，您可以使用 Cluster Samples Operator： 配置 Operator。 使用带有备用 registry 的 Operator。 1.13. 关于模板 OpenShift Container

容器 1.8. 为什么使用镜像流 1.9. 镜像流标签 1.10. 镜像流镜像 1.11. 镜像流触发器 1.12. 如何使用 CLUSTER SAMPLES OPERATOR 1.13. 关于模板 1.14. 如何使用 RUBY ON RAILS 第 第 2 章 章 配置 配置 CLUSTER SAMPLES OPERATOR 2.1. 了解 CLUSTER SAMPLES OPERATOR (S2I) 的镜像 支持任意用户 id 使用服务进行镜像间通信 提供通用库 使用环境变量进行配置 设置镜像元数据 集群 日志记录 存活 (liveness) 和就绪 (readiness) 探针 模板 4.2. 包括镜像中的元数据 4.2.1. 定义镜像元数据 4.3. 使用 SOURCE-TO-IMAGE 从源代码创建镜像 4.3.1. 了解 source-to-image 构建过程 4 第 第 10 章 章 使用模板 使用模板 10.1. 了解模板 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

of their respective owners. 摘要 摘要 本文档介绍在 OpenShift Container Platform 4.2 中创建和管理镜像及镜像流。另外还介绍如何使用 模板。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 第 7 章 章 镜 镜像配置 像配置资 资源 源 7.1. 镜像控制器配置参数 7.2. 配置镜像设置 第 第 8 章 章 使用模板 使用模板 8.1. 了解模板 8.2. 上传模板 8.3. 使用 WEB 控制台创建应用程序 8.4. 使用 CLI 从模板创建对象 4 4 4 6 8 8 9 11 13 14 16 16 16 16 17 17 17 17 18 18 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8.5. 修改所上传的模板 8.6. 使用 INSTANT APP 和 QUICKSTART 模板 8.7. 编写模板 第 第 9 章 章 使用 使用 RUBY ON RAILS 9.1. 设置数据库 9.2. 编写应用程序 9.3. 将应用程序部署至 OPENSHIFT

插件时，都必须使用相同的存储后端。 先决条件 先决条件 您已创建了容器镜像 registry 凭证文件。具体步骤，请参阅配置允许镜像镜像的凭证。 流程 流程 1. 使用 oc mirror init 命令为镜像设置配置创建模板，并将其保存到名为 imageset-config.yaml 的 文件中： $ tar xvzf oc-mirror.tar.gz $ chmod +x oc-mirror $ sudo mv 子命令 描述 描述 completion 为指定的 shell 生成自动完成脚本。 describe 输出镜像集合的内容。 帮助 帮助 显示有关任何子命令的帮助。 init 输出初始镜像设置配置模板。 list 列出可用平台和 Operator 内容及其版本。 version 输出 oc-mirror 版本。 表 表 3.3. oc mirror 标记 标记 apiVersion: mirror 使用以下命令获取策略引擎路由： 您可能需要轮询，直到命令成功为止。 b. 从策略引擎检索图形。确保为 channel 指定一个有效版本。例如，如果在 OpenShift Container Platform 4.14 中运行，请使用 stable-4.14 ： 这会轮询到图形请求成功为止，但生成的图形可能为空，具体取决于您已镜像的发行镜像。 注意 注意 基于 RFC-1123 的策略引擎路由名称不能超过

如需更多信息，请参阅了解 OpenShift Pipelines。 1.3. OPENSHIFT GITOPS OpenShift GitOps 是一个使用 Argo CD 作为声明性 GitOps 引擎的 Operator。它启用了多集群 OpenShift 和 Kubernetes 基础架构的 GitOps 工作流。使用 OpenShift GitOps，管理员可以在集群和开 发生命周期中一致地配置和部署基于 。OpenShift 开发者工具提供 Jenkins 镜像，它直 接与 OpenShift Container Platform 集成。Jenkins 可通过使用 Samples Operator 模板或认证的 Helm Chart 在 OpenShift 上部署。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM CI/CD 概述 概述 3 第 2 章 构建（BUILD） kubelet 使用。 卷类型 secret 使用卷机制将数据作为文件写入到容器中。imagePullSecrets 使用服务帐户将 secret 自动 注入到命名空间中的所有 Pod。 当模板包含 secret 定义时，模板使用提供的 secret 的唯一方法是确保验证 secret 卷源通过验证，并且指 定的对象引用实际指向 Secret 类型的对象。因此，secret 需要在依赖它的任何 Pod 之前创建。确保这一