ID 3.7. 使用镜像流 3.8. 镜像流镜像 3.9. 镜像流触发器 3.10. 其它资源 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 4.3. 测试 S2I 镜像 第 第 5 章 章 管理 管理镜 镜像 像 5.1. 管理镜像概述 5.2. 标记镜像 5.3. 镜像拉取（PULL）策略 5.4. 使用镜像 PULL SECRET 镜像 OpenShift Container Platform 中的容器基于 OCI 或 Docker 格式的容器镜像创建。镜像是一种二进制文 件，包含运行单一容器的所有要求以及描述其需求和功能的元数据。 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 imagestreamtag 来 查询 Docker 存储库，以找到相应的镜像 ID，并使用正确的镜像。 第 第 3 章 章 了解容器、 了解容器、镜 镜像和 像和镜 镜像流 像流 17 镜像流元数据会连同其他集群信息一起存储在 etcd 实例中。 使用镜像流有以下几大优势： 您可以添加标签、回滚标签和快速处理镜像，而无需使用命令行重新执行 push 操作。 当一个新镜像被推送（push）到

使用带有备用或镜像 REGISTRY 的 CLUSTER SAMPLES OPERATOR 镜像流 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 4.3. 使用 SOURCE-TO-IMAGE 从源代码创建镜像 4.4. 关于测试 SOURCE-TO-IMAGE 镜像 第 第 5 章 章 管理 管理镜 镜像 像 5.1. 管理镜像概述 镜像 OpenShift Container Platform 中的容器基于 OCI 或 Docker 格式的容器镜像创建。镜像是一种二进制文 件，包含运行单一容器的所有要求以及描述其需求和功能的元数据。 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 部署应用程序时，OpenShift Container Platform 会使用 imagestreamtag 来查询 Docker 存储库，以找到 相应的镜像 ID，并使用正确的镜像。 镜像流元数据会与其他集群信息一起存储在 etcd 实例中。 使用镜像流有以下几大优势： 您可以添加标签、回滚标签和快速处理镜像，而无需使用命令行重新执行 push 操作。 当一个新镜像被推送（push）到

Source-to-Image (S2I) 的镜像 支持任意用户 id 使用服务进行镜像间通信 提供通用库 使用环境变量进行配置 设置镜像元数据 集群 日志记录 存活 (liveness) 和就绪 (readiness) 探针 模板 4.2. 包括镜像中的元数据 4.2.1. 定义镜像元数据 4.3. 使用 SOURCE-TO-IMAGE 从源代码创建镜像 4.3.1. 了解 source-to-image 镜像 OpenShift Container Platform 中的容器基于 OCI 或 Docker 格式的容器镜像创建。镜像是一种二进制文 件，包含运行单一容器的所有要求以及描述其需求和功能的元数据。 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 部署应用程序时，OpenShift Container Platform 会使用 imagestreamtag 来查询 Docker 存储库，以找到 相应的镜像 ID，并使用正确的镜像。 镜像流元数据会与其他集群信息一起存储在 etcd 实例中。 使用镜像流有以下几大优势： 您可以添加标签、回滚标签和快速处理镜像，而无需使用命令行重新执行 push 操作。 当一个新镜像被推送（push）到

Registry Operator Registry 存储 ClusterServiceVersions (CSV) 和自定义资源定义 (CRD) 以便在集群中创建， 并存储有关软件包和频道的 Operator 元数据。它运行在 Kubernetes 或 OpenShift 集群中，向 OLM 提供这些 Operator 目录数据。 OperatorHub OperatorHub 是一个 web 控制台，供 Bundle Format 是 Operator Framework 引入的新打包格式。为提高可伸缩性并为自行托管 目录的上游用户提供更好地支持，Bundle Format 规格简化了 Operator 元数据的发布。 Operator 捆绑包代表 Operator 的单一版本。磁盘上的捆绑包清单是容器化的，并作为捆绑包镜像提供， 第 第 2 章 章 了解 了解 OPERATOR 7 Operator ，并作为捆绑包镜像提供， 该镜像是一个不可运行的容器镜像，其中存储了 Kubernetes 清单和 Operator 元数据。然后，使用现有容 器工具（如 podman 和 docker）和容器 registry（如 Quay）来管理捆绑包镜像的存储和发布。 Operator 元数据可以包括： 标识 Operator 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源

对不健康的 SAP pod 的深入了解 Operator 的增强 1.8.21.1.3. SAP 许可证管理增强 1.8.21.1.4. 在 Insights Operator 归档中添加内存和运行时间元数据 1.8.21.2. 程序错误修复 1.8.21.3. 更新 1.8.22. RHBA-2021:1232 - OpenShift Container Platform 4.6.26 程序错误修复更新 user@example.com，无法从 web 控制台的 Developer 视 角启动 Pipeline。这是因为 Kubernetes 标签中的一个限制所致。这个问题已通过将 Started by 元数据从 Kubernetes 标签移到 Kubernetes 注解中来解决。(BZ#1868653) 在以前的版本中，当用户选择一个指标数据时， QueryEditor 会显示查询。但是，如果用户删除 在以前的版本中，OpenStack 安装程序在 InstanceID() 函数中使用不一致的输出格式。它从元数 据或通过向服务器发送请求来获取实例 ID。在后者的情况下，结果总会带有 '/' 前缀，这是正确的 格式。而如果实例 ID 来自元数据，则会因为这个错误，系统无法验证其节点的存在。现在，在元 数据格式中也包含了 '/' 前缀，所以 ID 格式始终正确，系统可以成功验证节点是否存在。 (BZ#1850149)

命名空间中创建一个名为 version-$version-$hash 的作 业。此作业使用执行发行镜像的容器，因此集群通过容器运行时下载镜像。然后，作业会将清单 和元数据从发行镜像提取到 CVO 访问的共享卷。 5. CVO 验证提取的清单和元数据。 6. CVO 检查一些 preconditions，以确保集群中没有检测到有问题的条件。某些条件可能会阻止更 新进行。这些条件可以由 CVO 本身决定，或由单个集群 更新。要让断开连接的集群继续接受更新，您必须更新镜像 registry。要更新您的镜像 registry，请使用与 第一次运行相同的配置运行 oc-mirror 插件。oc-mirror 插件引用存储后端的元数据，并只下载上次运行 该工具后所发布的元数据。这为 OpenShift Container Platform 和 Operator 提供了更新路径，并根据需 要执行依赖项解析。 重要 重要 当使用 oc-mirror 您必须在镜像设置配置文件中指定存储后端。此存储后端可以是本地目录或支持 Docker v2-2 的 registry。oc-mirror 插件在创建镜像的过程中将元数据存储在这个存储后端中。 重要 重要 不要删除或修改 oc-mirror 插件生成的元数据。每次针对同一镜像 registry 运行 oc-mirror 插件时，都必须使用相同的存储后端。 先决条件 先决条件 您已创建了容器镜像 registry

更新。要让断开连接的集群继续接受更新，您必须更新镜像 registry。要更新您的镜像 registry，请使用与 第一次运行相同的配置运行 oc-mirror 插件。oc-mirror 插件引用存储后端的元数据，并只下载上次运行 该工具后所发布的元数据。这为 OpenShift Container Platform 和 Operator 提供了更新路径，并根据需 要执行依赖项解析。 重要 重要 当使用 oc-mirror 您必须在镜像设置配置文件中指定存储后端。此存储后端可以是本地目录或支持 Docker v2-2 的 registry。oc-mirror 插件在创建镜像的过程中将元数据存储在这个存储后端中。 重要 重要 不要删除或修改 oc-mirror 插件生成的元数据。每次针对同一镜像 registry 运行 oc-mirror 插件时，都必须使用相同的存储后端。 先决条件 先决条件 您已创建了容器镜像 registry 接的安装镜 镜像 像 63 1 2 3 4 5 6 7 8 9 添加 archiveSize 以设置镜像集合中的每个文件的最大大小（以 GiB 为单位）。 设置后端位置，以将镜像设置元数据保存到。此位置可以是 registry 或本地目录。必须指定 storageConfig 值。 设置存储后端的 registry URL。 将频道设置为从中检索 OpenShift Container

要让断开连接的集群继续接受更新，您必须更新镜像 registry。要更新您的镜像 registry，请使用与第一次 运行相同的配置运行 oc-mirror 插件。oc-mirror 插件引用存储后端的元数据，并只下载上次运行该工具 后所发布的元数据。这为 OpenShift Container Platform 和 Operator 提供了更新路径，并根据需要执行 依赖项解析。 重要 重要 当使用 oc-mirror 您必须在镜像设置配置文件中指定存储后端。此存储后端可以是本地目录或支持 Docker v2-2 的 registry。oc-mirror 插件在创建镜像的过程中将元数据存储在这个存储后端中。 重要 重要 不要删除或修改 oc-mirror 插件生成的元数据。每次针对同一镜像 registry 运行 oc-mirror 插件时，都必须使用相同的存储后端。 流程 流程 1. 创建指定所需配置详情的 ImageSetConfiguration Operator 目录。 镜像设置元数据的后端位置。此位置可以是 registry 或本地目录。必须指定 storageConfig 值。 存储后端的 registry URL。 本例从 registry.redhat.io/redhat/redhat-operator-index:v4.9 operator 目录的 stable-4.9 频道 拉取镜像，并将镜像设置元数据保存到 example.c

更新。要让断开连接的集群继续接受更新，您必须更新镜像 registry。要更新您的镜像 registry，请使用与 第一次运行相同的配置运行 oc-mirror 插件。oc-mirror 插件引用存储后端的元数据，并只下载上次运行 该工具后所发布的元数据。这为 OpenShift Container Platform 和 Operator 提供了更新路径，并根据需 要执行依赖项解析。 重要 重要 当使用 oc-mirror 您必须在镜像设置配置文件中指定存储后端。此存储后端可以是本地目录或支持 Docker v2-2 的 registry。oc-mirror 插件在创建镜像的过程中将元数据存储在这个存储后端中。 重要 重要 不要删除或修改 oc-mirror 插件生成的元数据。每次针对同一镜像 registry 运行 oc-mirror 插件时，都必须使用相同的存储后端。 先决条件 先决条件 您已创建了容器镜像 registry 13 安装 安装 62 1 2 3 4 5 6 7 8 9 添加 archiveSize 以设置镜像集合中的每个文件的最大大小（以 GiB 为单位）。 设置后端位置，以将镜像设置元数据保存到。此位置可以是 registry 或本地目录。必须指定 storageConfig 值。 设置存储后端的 registry URL。 将频道设置为从中检索 OpenShift Container

Platform(GCP)、Microsoft Azure 和 Red Hat OpenStack Platform(RHOSP)上安装, Proxy 对象 status.noProxy 字段也会使用实例元数据端点填充(169.254.169.254)。 如果您的集群位于 AWS 上，请将 ec2..amazonaws.com、elasticloadbalancing. Platform(GCP)、Microsoft Azure 和 Red Hat OpenStack Platform(RHOSP)上安装, Proxy 对象 status.noProxy 字段也会使用实例元数据端点填充(169.254.169.254)。 如果您的集群位于 AWS 上，请将 ec2..amazonaws.com、elasticloadbalancing. Platform(GCP)、Microsoft Azure 和 Red Hat OpenStack Platform(RHOSP)上安装, Proxy 对象 status.noProxy 字段也会使用实例元数据端点填充(169.254.169.254)。 如果您的集群位于 AWS 上，请将 ec2..amazonaws.com、elasticloadbalancing. 第 第 4 章