MongoDB，它类似于 内置的原生 Kubernetes 对象。 Operator 与 与 Service Broker 的比 的比较？ ？ 服务代理（service broker）是实现应用程序的编程发现和部署的一个步骤。但它并非一个长时间运行 的进程，所以无法执行第 2 天操作，如升级、故障转移或扩展。它在安装时提供对可调参数的自定义 和参数化，而 Operator 则可持续监控集群的当前状态。非集群服务仍非常适合于 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

对不健康的 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 程序错误修复更新 IT 机构提供了一个混合云应用平台。使用这个 平台可以在配置和管理成本最小化的情况下，利用安全、可扩展的资源部署新的或已有的应用程序。 OpenShift Container Platform 支持大量编程语言和开发平台，如 Java、JavaScript、Python、Ruby 和 PHP。 OpenShift Container Platform 基于 Red Hat Enterprise Linux 层 (L1) 转发错误更正 (FEC)，它可以解决不可靠或不 安全通信通道上的数据传输错误。 随着 FEC 的成熟和更多用户依赖网络，交付高性能 FEC 对 5G 而言至关重要。FEC 通常在字段可编程 Arrays (FPGA) 加速器卡上实施，如 Intel PAC N300 以及最近在 Intel vRAN Dedicated 加速器 ACC100 上实现。 如需更多信息，请参阅使用 Intel

使用带有备用或镜像 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）到

您可以针对默认的oc命令编写并安装插件，从而可以使用OpenShift Container Platform CLI执行新的及 更复杂的任务。 2.4.1. 编写 CLI 插件 您可以使用任何可以编写命令行命令的编程语言或脚本为OpenShift Container Platform CLI编写插件。请 注意，您无法使用插件来覆盖现有的 oc 命令。 流程 流程 此过程创建一个简单的Bash插件，它的功能是在执行oc 语 语法 法 如需有关 Operator SDK 的完整文档，请参阅 Operators。 7.2.1. bundle operator-sdk bundle 命令管理 Operator 捆绑包元数据。 7.2.1.1. validate bundle validate 子命令会验证 Operator 捆绑包。 表 表 7.1. bundle validate 标记 标记 标记 标记 描述 operator-sdk generate 命令调用特定的生成器来生成代码或清单。 7.2.5.1. bundle generate bundle 子命令为您的 Operator 项目生成一组捆绑包清单、元数据和 bundle.Dockerfile 文 件。 注意 注意 通常，您首先运行 generate kustomize manifests 子命令来生成由 generate bundle 子 命令使用的输入

您可以针对默认的oc命令编写并安装插件，从而可以使用OpenShift Container Platform CLI执行新的及 更复杂的任务。 2.5.1. 编写 CLI 插件 您可以使用任何可以编写命令行命令的编程语言或脚本为OpenShift Container Platform CLI编写插件。请 注意，您无法使用插件来覆盖现有的 oc 命令。 流程 流程 此过程创建一个简单的Bash插件，它的功能是在执行oc 语 语法 法 如需有关 Operator SDK 的完整文档，请参阅 Operators。 7.2.1. bundle operator-sdk bundle 命令管理 Operator 捆绑包元数据。 7.2.1.1. validate bundle validate 子命令会验证 Operator 捆绑包。 表 表 7.1. bundle validate 标记 标记 标记 标记 描述 operator-sdk generate 命令调用特定的生成器来生成代码或清单。 7.2.5.1. bundle generate bundle 子命令为您的 Operator 项目生成一组捆绑包清单、元数据和 bundle.Dockerfile 文 件。 注意 注意 通常，您首先运行 generate kustomize manifests 子命令来生成由 generate bundle 子 命令使用的输入

(RHCOS)）上构 建和部署树外内核模块和驱动程序。内核模块和驱动程序是在操作系统内核中具有高级别权限运行的软件 库。它们扩展了内核功能，或者提供控制新设备所需的硬件特定代码。例如，硬件设备，如现场可编程阵 列 (FPGA) 或图形处理单元(GPU)，以及软件定义的存储解决方案（客户端机器上需要内核模块）。驱动 程序容器是用于在 OpenShift Container Platform 部署中启用这些技术的软件堆栈的第一层。 -podresources-socket -podresources-socket 标志指定 Unix 套接字的路径，其中 kubelet 会导出 gRPC 服务来启用使用中的 CPU 和设备的发现，并为它们提供元数据。 默认：/host-var/liblib/kubelet/pod-resources/kubelet.sock Example $ nfd-topology-updater -key-file=/opt/nfd/updater KMM-Hub 使用 OpenShift 控制台的 Operators 部分安装 KMM-Hub。 4.12.2.2. 通过创 过创建 KMM 资 资源来安装 KMM-Hub 流程 流程 如果要以编程方式安装 KMM-Hub，您可以使用以下资源创建 Namespace、OperatorGroup 和 Subscription 资源： 4.12.3. 使用 ManagedClusterModule

您可以针对默认的oc命令编写并安装插件，从而可以使用OpenShift Container Platform CLI执行新的及 更复杂的任务。 2.4.1. 编写 CLI 插件 您可以使用任何可以编写命令行命令的编程语言或脚本为OpenShift Container Platform CLI编写插件。请 注意，您无法使用插件来覆盖现有的 oc 命令。 流程 流程 此过程创建一个简单的Bash插件，它的功能是在执行oc 一样使用并继 续工作。 如需有关 Operator SDK 的完整文档，请参阅 Operators。 7.2.1. bundle operator-sdk bundle 命令管理 Operator 捆绑包元数据。 7.2.1.1. validate bundle validate 子命令会验证 Operator 捆绑包。 表 表 7.1. bundle validate 标记 标记 标记 标记 描述 operator-sdk generate 命令调用特定的生成器来生成代码或清单。 7.2.5.1. bundle generate bundle 子命令为您的 Operator 项目生成一组捆绑包清单、元数据和 bundle.Dockerfile 文 件。 注意 注意 通常，您首先运行 generate kustomize manifests 子命令来生成由 generate bundle 子 命令使用的输入

IT 机构提供了一个混合云应用平台。使用这个 平台可以在配置和管理成本最小化的情况下，利用安全、可扩展的资源部署新的或已有的应用程序。 OpenShift Container Platform 支持大量编程语言和开发平台，如 Java、JavaScript、Python、Ruby 和 PHP。 OpenShift Container Platform 基于 Red Hat Enterprise Linux SDN 现在默认的格式是 NetworkPolicy。 1.2.8.3. Multus Multus 是 Kubernetes Container Network Interface (CNI) 的元数据插件，用户可以使用它来在每个 pod 中创建多个网络接口。 1.2.9. Web 控制台 1.2.9.1. 开 开发者目 者目录 OpenShift Container Platform 4

监控。 OpenShift Container Platform 4.6 关于 关于 4 REST API 参考 参考 ：列出 OpenShift Container Platform 应用程序编程接口端点。 1.3. 集群管理员活动 OpenShift Container Platform 4.6 集群上的持续任务包括用于管理机器的各种活动，为用户提供服务， 以及遵循监视集群的日志记录功能。作为集群管理员，本文档可帮助您： 从一个或多个 worker 节点开始，以运行容器工作负载。 从一个或多个 control plane 节点管理这些工作负载的部署。 将容器嵌套到名为 pod 的部署单元中。使用 pod 可以为容器提供额外的元数据，并可在单个部署 实体中对多个容器进行分组。 创建特殊种类的资产。例如，服务由一组 pod 及定义了访问方式的策略来表示。此策略可使容器 连接到所需的服务，即便容器没有用于服务的特定 IP 地址。复制控制器（replication