4.2. Red Hat OpenShift Service on AWS 中的 Operator
Operator 是 Red Hat OpenShift Service on AWS 中最重要的组件。它们是在 control plane 上打包、部署和管理服务的首选方法。它们还可以为用户运行的应用程序提供优势。
Operator 与 Kubernetes API 和 CLI 工具(如 kubectl
和 OpenShift CLI)集成。它们提供了监控应用程序、执行健康检查、管理无线(OTA)更新的方法,并确保应用程序保持在指定的状态。
Operator 还提供了更为精细的配置体验。若要配置各个组件,您可以修改 Operator 公开的 API,而不必修改全局配置文件。
因为 CRI-O 和 Kubelet 在每个节点上运行,所以几乎所有其他集群功能都可以通过使用 Operator 在 control plane 上进行管理。使用 Operator 添加到 control plane 的组件包括重要的网络服务和凭证服务。
虽然这两个操作都遵循类似的 Operator 概念和目标,但 Red Hat OpenShift Service on AWS 中的 Operator 由两个不同的系统管理,具体取决于它们的目的:
- Cluster Operators
- 由 Cluster Version Operator (CVO)管理并默认安装来执行集群功能。
- 可选的附加组件 Operator
- 由 Operator Lifecycle Manager (OLM)管理,并可供用户在其应用程序中运行。也称为 基于 OLM 的 Operator。
4.2.1. 附加组件 Operator 复制链接链接已复制到粘贴板!
Operator Lifecycle Manager (OLM)和 OperatorHub 是 Red Hat OpenShift Service on AWS 中的默认组件,可帮助将 Kubernetes 原生应用程序作为 Operator 进行管理。它们一起提供用于发现、安装和管理集群中可用的可选附加组件 Operator 的系统。
在 Red Hat OpenShift Service on AWS Web 控制台中使用 OperatorHub,具有 dedicated-admin
角色的管理员也可以选择从 Operator 目录安装的 Operator。在从 OperatorHub 安装 Operator 后,可以以全局的方式或针对特定命名空间,在用户应用程序中运行。
提供默认目录源,其中包括 Red Hat Operator、经过认证的 Operator 和社区 Operator。具有 dedicated-admin
角色的管理员也可以添加自己的自定义目录源,这些源可以包含一组自定义 Operator。
Operator Hub 市场中列出的所有 Operator 都应该可用于安装。这些 Operator 被视为客户工作负载,不受 Red Hat Site Reliability Engineering (SRE) 监控。
OLM 不管理组成 Red Hat OpenShift Service on AWS 架构的集群 Operator。