OpenShift Container Platform 4.14 OperatorOPERATOR? 2.2. OPERATOR FRAMEWORK 打包格式 2.3. OPERATOR FRAMEWORK 常用术语表 2.4. OPERATOR LIFECYCLE MANAGER (OLM) 2.5. 了解 OPERATORHUB 2.6. 红帽提供的 OPERATOR 目录 2.7. 多租户集群中的 OPERATOR 2.8. CRD 第 第 3 章 章 用 用户 户任 任务 务 PROBLEM DETECTOR) OPERATOR 第 第 7 章 章 OLM 1.0 (技 技术预览 术预览) 7.1. 关于 OPERATOR LIFECYCLE MANAGER 1.0 (技术预览) 7.2. 组件和架构 7.3. 从 OLM 1.0 中的目录安装 OPERATOR (技术预览) 7.4. 在 OLM 1.0 中管理普通捆绑包(技术预览) 359 361 369 369 Version Operator (CVO) 管理的 Cluster Operator 被默认安装来执行集群功能。 可选的附加组件 Operator 由 Operator Lifecycle Manager(OLM)管理,供用户在其应用程序中运 行。 使用 Operator,您可以创建应用程序来监控集群中运行的服务。Operator 是专为您的应用程序而设计 的。Operator 实施并自动执行常见的第 10 码力 | 423 页 | 4.26 MB | 1 年前3
OpenShift Container Platform 4.14 发行注记同步。如需更多信息,请参阅 Pod 安全准入同步命 名空间排除。 1.3.8.4. 基于 基于 OLM 的 的 Operator 支持 支持 AWS STS 在这个版本中,Amazon Web Services (AWS) 集群上的 Operator Lifecycle Manager (OLM) 管理的一些 Operator 可以在带有 Security Token Service (STS) Lifecycle Manager (OLM) 1.0 (技 (技术预览 术预览) ) 自 OpenShift Container Platform 4 初始发行以来,Operator Lifecycle Manager (OLM) 已包含在 OpenShift Container Platform 4 中。OpenShift Container Platform 4.14 引入了用于 OLM 的下一代迭代 组件作为技术预览功能,在这个阶段称为 组件作为技术预览功能,在这个阶段称为 OLM 1.0。此更新的框架改变了很多属于以前版本的 OLM 的概 念,并添加了新功能。 在 OpenShift Container Platform 4.14 中 OLM 1.0 的技术预览阶段,管理员可以探索以下功能: 支持 支持 GitOps 工作流的全声明性模型 工作流的全声明性模型 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM0 码力 | 73 页 | 893.33 KB | 1 年前3
OpenShift Container Platform 4.6 发行注记开始,Operator Lifecycle Manager(OLM)和 OperatorHub 使用 的红帽提供的默认目录现在作为特定于 OpenShift Container Platform 次要版本的索引镜像提供。集群管 理员必须确保,在升级到 OpenShift Container Platform 4.6 之前,所有以前通过 OLM 安装的 Operator 都在其最新的频道中更新为其最新版本。 Group/Version/Kind 指定 k8sResourcePrefix specDescriptor 字段来分配 CRD 资源类型,而不是 Kubernetes core API。 如需更多信息,请参阅 OLM 描述符引用。 1.2.5.7. 资 资源 源页 页面中的 面中的栏 栏管理 管理 现在,Manage 栏图标 被添加到一些资源页面中,如 Pods 页面。当您点击图标时,会使用模态 providerSpec: OpenShift Container Platform 之前,必须卸载 AWS EBS CSI Driver Operator 和驱动程序。 Operator Lifecycle Manager(OLM)不再提供 OpenStack Manila CSI Driver Operator。Cluster Version Operator 会自动转换它。原始 openshift-manila-csi-0 码力 | 91 页 | 1.15 MB | 1 年前3
OpenShift Container Platform 4.14 更新集群时,更新开始。要将集群与新指定版本协调,CVO 从镜像 registry 检索目标发行镜像,并开始将更改应 用到集群。 注意 注意 之前通过 Operator Lifecycle Manager (OLM) 安装的 Operator 会遵循不同的更新过程。 如需更多信息,请参阅更新安装的 Operator。 目标发行镜像包含组成特定 OCP 版本的所有集群组件的清单文件。当将集群更新至新版本时,CVO worker。红帽不支持对 RHEL worker 的 从 RHEL7 到 RHEL8 的原位升级 ; 这些主机必须使用干净的操作系统安装替换。 您已将之前通过 Operator Lifecycle Manager (OLM) 安装的所有 Operator 更新至与目标发行版 本兼容的版本。更新 Operator 可确保当默认 OperatorHub 目录在集群升级过程中从当前次要版 本切换到下一个次版本时,它们有有效 OpenShift Container Platform web 控制台。 暂停所有 MachineHealthCheck 资源。 您已将之前通过 Operator Lifecycle Manager (OLM) 安装的所有 Operator 更新至与目标发行版 本兼容的版本。更新 Operator 可确保当默认 OperatorHub 目录在集群升级过程中从当前次要版 第 第 3 章 章 执 执行集群更新0 码力 | 149 页 | 1.94 MB | 1 年前3
OpenShift Container Platform 4.10 架构包含要安装的 OpenShift Container Platform Operator 的平台。 Operator Lifecycle Manager (OLM) OLM 可帮助您安装、更新和管理 Kubernetes 原生应用程序的生命周期。OLM 是一个开源工具包,用 于以有效、自动化且可扩展的方式管理 Operator。 无 无线 线 (OTA) 更新 更新 OpenShift Container 存储。 如需有关身份验证的更多信息,请参阅 OpenShift Container Platform 身份验证。 如需有关 Operator Lifecycle Manager (OLM)的更多信息,请参阅 OLM。 如需有关日志记录的更多信息,请参阅 OpenShift Container Platform Logging。 如需有关无线(OTA)更新的更多信息,请参阅更新 OpenShift Operator)允许对这些关键组件进行简化的集群范围内管理。 第 第 2 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 11 Operator Lifecycle Manager (OLM) 和 OperatorHub 提供了相应的工具,可用于存储 Operator 并将其分 发给开发和部署应用程序的人员。 Red Hat Quay Container Registry 是一个 Quay0 码力 | 63 页 | 1.40 MB | 1 年前3
OpenShift 的Windows 容器支持openshift- windows-machine-config-operator。 d. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager(OLM)在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 1. 点 Install。WMCO 现在列在 Installed Operators redhat-operators 目录 源。如果 OpenShift Container Platform 集群安装在受限网络中(也称为断开连接的集 群),请指定配置 Operator LifeCycle Manager (OLM) 时创建的 CatalogSource 对象 的名称。 目录源的命名空间。将 openshift-marketplace 用于默认的 OperatorHub 目录源。 b. 创建订阅: 例如: WMCO 命名空间中创建一 个 secret。这需要允许 WMCO 与 Windows 虚拟机(VM)进行通信。 先决条件 先决条件 已使用 Operator Lifecycle Manager(OLM)安装 Windows Machine Config Operator(WMCO)。 您创建包含 RSA 密钥的 PEM 编码文件。 流程 流程 定义访问 Windows 虚拟机所需的 secret:0 码力 | 38 页 | 757.61 KB | 1 年前3
OpenShift 的Windows 容器支持monitoring on the Namespace 为 WMCO 启用 集群监控。 e. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager(OLM)在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 1. 点 Install。WMCO 现在列在 Installed Operators redhat-operators 目录 源。如果 OpenShift Container Platform 集群安装在受限网络中(也称为断开连接的集 群),请指定配置 Operator LifeCycle Manager (OLM) 时创建的 CatalogSource 对象 的名称。 目录源的命名空间。将 openshift-marketplace 用于默认的 OperatorHub 目录源。 b. 创建订阅: 例如: WMCO 命名空间中创建一 个 secret。这需要允许 WMCO 与 Windows 虚拟机(VM)进行通信。 先决条件 先决条件 已使用 Operator Lifecycle Manager(OLM)安装 Windows Machine Config Operator(WMCO)。 您创建包含 RSA 密钥的 PEM 编码文件。 流程 流程 定义访问 Windows 虚拟机所需的 secret:0 码力 | 52 页 | 962.49 KB | 1 年前3
OpenShift Container Platform 4.6 分布式追踪Automatic 批准策略。默认情况下,当这个 Operator 的新版本可用 时,Operator Lifecycle Manager(OLM)将自动升级 Operator 的运行实例,而无需人为干 预。如果选择手 手动 动 更新,则当有新版 Operator 可用时,OLM 会创建更新请求。作为集群管 理员,您必须手动批准该更新请求,才可将 Operator 更新至新版本。 注意 注意 Manual Automatic 批准策略。默认情况下,当这个 Operator 的新版本可用 时,Operator Lifecycle Manager(OLM)将自动升级 Operator 的运行实例,而无需人为干 预。如果选择手 手动 动 更新,则当有新版 Operator 可用时,OLM 会创建更新请求。作为集群管 理员,您必须手动批准该更新请求,才可将 Operator 更新至新版本。 注意 注意 Manual Automatic 批准策略。默认情况下,当这个 Operator 的新版本可用时,Operator Lifecycle Manager(OLM)将自动升级 Operator 的运行实例,而无需人为干预。如果选择手 手动 动 更 新,则当有新版 Operator 可用时,OLM 会创建更新请求。作为集群管理员,您必须手动批准该 更新请求,才可将 Operator 更新至新版本。 注意 注意 Manual0 码力 | 59 页 | 572.03 KB | 1 年前3
OpenShift Container Platform 4.14 分布式追踪Automatic 批准策略。默认情况下,当这个 Operator 的新版本可用时,Operator Lifecycle Manager(OLM)将自动升级 Operator 的运行实例,而无需人为干预。如果选择手 手动 动 更 新,则当有新版 Operator 可用时,OLM 会创建更新请求。作为集群管理员,您必须手动批准该 更新请求,才可将 Operator 更新至新版本。 注意 注意 Manual Automatic 批准策略。默认情况下,当这个 Operator 的新版本可用 时,Operator Lifecycle Manager(OLM)将自动升级 Operator 的运行实例,而无需人为干 预。如果选择手 手动 动 更新,则当有新版 Operator 可用时,OLM 会创建更新请求。作为集群管 理员,您必须手动批准该更新请求,才可将 Operator 更新至新版本。 注意 注意 Manual distributed tracing 3.0 中已弃用 Jaeger。 Operator Lifecycle Manager (OLM) 能够控制集群中 Operator 的安装、升级和基于角色的访问控制 (RBAC)。OLM 在 OpenShift Container Platform 中默认运行。OLM 会查询可用的 Operator 以及已安装 的 Operator 的升级。 在更新过程中,Red Hat OpenShift0 码力 | 100 页 | 928.24 KB | 1 年前3
OpenShift Container Platform 4.1 发行注记关于此版本 1.1.1. 致谢 1.1.2. 已过时的功能 1.2. 新功能及功能增强 1.2.1. Operators 1.2.1.1. Operator Lifecycle Manager (OLM) 1.2.2. 安装和升级 1.2.2.1. OperatorHub 1.2.3. 存储 1.2.4. 扩展 1.2.4.1. 集群的限制 1.2.4.2. Node Tuning Operator service brokers 将会在 以后发行的几个 OpenShift 4 版本中被逐渐替代。使 用 Operator Framework 和 Operator Lifecycle Manager (OLM) 来继续向 OpenShift 4 集群提供应用 程序。这些新功能为完整管理应用程序的生命周期提 供了多个好处。 oc adm ca Certificates are managed by Operators 自动进行响应,而且不会采取“捷径”(如跳过软件备份过程来节省时间)。 1.2.1.1. Operator Lifecycle Manager (OLM) OpenShift Container Platform 4.1 当前还没有完全支持这个功能。 OLM 可以帮助集群管理员进行安装、升级并对在集群中运行的 Operators 设置访问权限: 包括一个经过策划的 Operators 目录,可以把其他0 码力 | 22 页 | 287.47 KB | 1 年前3
共 45 条
- 1
- 2
- 3
- 4
- 5













