Operator 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。 将清单加载到 Operator Registry 数据库中时，会验证以下要求： 该捆绑包必须在注解中至少定义一个频道。 每个捆绑包都只有一个集群服务版本（CSV）。 如果 CSV 拥有自定义资源定义（CRD），则该 CRD 必须存在于捆绑包中。 2 Operator 捆绑包列表中创建和维护 Operator 目录。其结果是一个容器镜像，它可以存储在容器的 registry 中，然后安装到集群中。 目录包含一个指向 Operator 清单内容的指针数据库，可通过在运行容器镜像时提供的已包含 API 进行查 询。在 OpenShift Container Platform 中，Operator Lifecycle Manager (OLM) 可以引用由 2.2. 基于文件的目录 基于文件的目录是 Operator Lifecycle Manager (OLM) 中目录格式的最新迭代。它是基于纯文本（JSON 或 YAML）和早期 SQLite 数据库格式的声明式配置演变，并且完全向后兼容。此格式的目标是启用 Operator 目录编辑、可组合性和可扩展性。 编辑 使用基于文件的目录，与目录内容交互的用户可以对格式进行直接更改，并验证其更改是否有效。由

Catalog 以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 Topology 视图中看到部署。 3.1.5. 使用 Developer Catalog 将服务或组件添加到应用程序中 您可以使用 Developer Catalog 根据 Operator 支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。 来查 看 Developer Catalog 中的所有可用服务。 2. 在 All Services 下，选择服务类型或您需要添加到项目的组件。在本例中，选择 Databases 以列 出所有数据库服务，然后点击 MariaDB 查看该服务的详情。 3. 点 Instantiate Template 查看带有 MariaDB 服务详情的自动填充的模板，然后点 Create 在 Topology

以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服 所有服务 务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 视图中查看应用程序。 3.1.7. 使用 Developer Catalog 将服务或组件添加到应用程序中 您可以使用 Developer Catalog 根据 Operator 支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。 来查 看 Developer Catalog 中的所有可用服务。 2. 在 All Services 下，选择服务类型或您需要添加到项目的组件。在本例中，选择 Databases 以列 出所有数据库服务，然后点击 MariaDB 查看该服务的详情。 3. 点 Instantiate Template 查看带有 MariaDB 服务详情的自动填充的模板，然后点 Create 在 Topology

PLANE 4.1.1. 使用机器配置池进行节点配置管理 4.1.2. OpenShift Container Platform 中的机器角色 4.1.2.1. control plane 和节点主机兼容性 4.1.2.2. 集群 worker 4.1.2.3. 集群 master 4.1.3. OpenShift Container Platform 中的 Operator 4.1.4. Cluster ，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。容器通过测试后，只要部署更多新容器并删除旧 OpenShift Container Platform 4.7 架 架构 构 6 您还可以 OpenStack Platform 版本 13 和 16 最新的 OpenShift Container Platform 版本支持最新的 RHOSP 长生命版本和中间版本。如 需完整的 RHOSP 发行版本兼容性信息，请参阅 RHOSP 上的 OpenShift Container Platform 支持列表。 Red Hat Virtualization (RHV) VMware vSphere AWS

程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩 扩展 展优势 优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。容器通过测试后，只要部署更多新容器并删除旧 容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决，因此数据中心的每台主机上都能使用标准的操作系 (RHOSP) 版本 16.1 和 16.2 最新的 OpenShift Container Platform 版本支持最新的 RHOSP 长生命版本和中间版本。如 需完整的 RHOSP 发行版本兼容性信息，请参阅 RHOSP 上的 OpenShift Container Platform 支持列表。 IBM Cloud VPC Red Hat Virtualization（RHV） VMware 注意 注意 集群还包含 bootstrap 角色的定义。由于 bootstrap 机器仅在集群安装期间使用，因此其 功能在集群安装文档中阐述。 5.2.1. control plane 和节点主机兼容性 OpenShift Container Platform 版本必须与 control plane 主机和节点主机间的匹配。例如，在一个 4.10 集 群中，所有 control plane 主机都必须是

个 operator 提供，以便于简单部署和管理。 Red Hat OpenShift Data Foundation 服务主要通过代表以下组件的存储类提供给应用程序： 块存储设备，主要服务于数据库工作负载。示例包括 Red Hat OpenShift Container Platform 日 志记录和监控，以及 PostgreSQL。 共享和分布式文件系统，主要服务于软件开发、消息传递和数据聚合工作负载。示例包括 等机器学习框架。 注意 注意 不支持在 CephFS 持久性卷上运行 PostgresSQL 工作负载，建议使用 RADOS 块设备 (RBD) 卷。如需更多信息，请参阅知识库文章解决方案 ODF 数据库工作负载必须不使用 CephFS PV/PVC。 Red Hat OpenShift Data Foundation 版本 4.x 由一组软件项目组成，包括： Ceph，提供块存储、共享分布式文件系统以及内部对象存储 operator 自动打包、部署、管理、升级和扩展多云对象网关对象（MCG）服务。它创建一个对象存储 类，以及 OBCs 提出的服务。 另外，它还提供 NooBaa 集群资源，用于管理 NooBaa core、数据库和端点的部署和服务。 2.2. 存储集群部署方法 日益增加的运营模式列表表明，灵活性是 Red Hat OpenShift Data Foundation 的核心原则。本节将为您 提供信息，帮助您为您的环境选择最合适的方法。

，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 3 OpenStack Platform 版本 13 和 15 最新的 OpenShift Container Platform 版本支持最新的 RHOSP 长生命版本和中间版本。如 需完整的 RHOSP 发行版本兼容性信息，请参阅 RHOSP 上的 OpenShift Container Platform 支持列表。 Red Hat Virtualization (RHV) 对于所有这些集群，包括用来运行安装 为了在开发和运行企业级品质应用程序时充分利用容器的功能，请确保您的环境受相应工具的支持，让容 器能够： 创建为离散的微服务，可以连接到其他容器化和非容器化服务。例如，您可能希望将应用程序与 数据库衔接，或将监控应用程序附加到数据库。 具有弹性，因此在服务器崩溃或需要停机维护或退役时，容器可以在另一台机器上启动。 实现自动化，以自动获取代码更改，然后启动和部署自身的新版本。 得以扩展或复制，在需求增加时

，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 3 OpenStack Platform 版本 13 和 16 最新的 OpenShift Container Platform 版本支持最新的 RHOSP 长生命版本和中间版本。如 需完整的 RHOSP 发行版本兼容性信息，请参阅 RHOSP 上的 OpenShift Container Platform 支持列表。 对于所有这些集群，包括用来运行安装过程的计算机在内的所有机器都必须可直接访问互联网，以便为平 台容器拉取镜像并向红帽提供 为了在开发和运行企业级品质应用程序时充分利用容器的功能，请确保您的环境受相应工具的支持，让容 器能够： 创建为离散的微服务，可以连接到其他容器化和非容器化服务。例如，您可能希望将应用程序与 数据库衔接，或将监控应用程序附加到数据库。 具有弹性，因此在服务器崩溃或需要停机维护或退役时，容器可以在另一台机器上启动。 实现自动化，以自动获取代码更改，然后启动和部署自身的新版本。 得以扩展或复制，在需求增加时

oc 二进制文件。一个 4.3 服务器可能会带有版本 4.2 oc 二进制文件无法使用的功 能，而一个 4.3 oc 二进制文件可能会带有 4.2 服务器不支持的功能。 表 表 2.1. 兼容性列表 兼容性列表 X.Y (oc Client) X.Y+N footnote:versionpolicyn[其 中 N 是一个大于或等于 1 的数字] (oc Client) X.Y (Server) Operator 捆绑包列表中创建和维护 Operator 目录。其结果是一个容器镜像，它可以存储在容器的 registry 中，然后安装到集群中。 目录包含一个指向 Operator 清单内容的指针数据库，可通过在运行容器镜像时提供的已包含 API 进行查 询。在 OpenShift Container Platform 中，Operator Lifecycle Manager (OLM) 可以引用由 2. index 从预先存在的 Operator 捆绑包中为 SQLite 数据库格式容器镜像生成 Operator 索引。 重要 重要 从 OpenShift Container Platform 4.11 开始，默认的红帽提供的 Operator 目录以基于文件 的目录格式发布。通过以过时的 SQLite 数据库格式发布的 4.10，用于 OpenShift Container Platform

这些机器配置为使用 UEFI 安全功 能，如安全引导或专用虚拟信任平台模块 (vTPM) 实例。 注意 注意 有些功能组合会导致配置无效。 表 表 2.1. UEFI 功能 功能组 组合兼容性 合兼容性 安全引 安全引导 导 [1] vTPM[2] 有效配置 有效配置 Enabled Enabled 是 Enabled Disabled 是 Enabled 省略 是 Disabled 机器集不可 用，请等待几分钟，然后再次运行命令。 2.5.3. 使用机器集配置持久性磁盘类型 您可以通过编辑机器集 YAML 文件，配置机器集在其中部署机器的持久性磁盘类型。 有关持久性磁盘类型、兼容性、区域可用性和限制的更多信息，请参阅 GCP Compute Engine 文档有 关持久性磁盘的信息。 流程 流程 1. 在文本编辑器中，为现有机器集打开 YAML 文件或创建新机器。 2. Type 字段是否与配置的磁盘 类型匹配。 2.5.4. 使用机器集配置机密虚拟机 通过编辑机器集 YAML 文件，您可以配置机器集用于部署的机器的机密虚拟机选项。 有关机密虚拟机功能、功能和兼容性的更多信息，请参阅 GCP Compute Engine 文档有关 机密虚拟机 的 信息。 注意 注意 64 位 ARM 架构目前不支持机密虚拟机。 重要 重要 OpenShift Container