作为具有 `dedicated-admin` 角色的管理员,您可以更新先前使用 Operator Lifecycle Manager (OLM) 在您的 Red Hat OpenShift Service on AWS 集群上安装的 Operator。
有关 OLM 如何处理在同一命名空间中共同部署的已安装 Operator 的更新的信息,以及使用自定义全局 Operator 组安装 Operator 的替代方法,请参阅 多租户和 Operator 共同部署。 |
已安装 Operator 的订阅指定了一个更新通道,该通道跟踪并接收 Operator 的更新。您可以更改更新通道以开始跟踪和接收来自较新通道的更新。
订阅中更新通道的名称在不同的 Operator 之间可能有所不同,但在给定的 Operator 内,命名方案通常遵循通用约定。例如,通道名称可能遵循 Operator 提供的应用程序的次要版本更新流 (1.2
、1.3
) 或发布频率 (stable
、fast
)。
您无法将已安装的 Operator 更改为比当前通道更旧的通道。 |
Red Hat 客户门户实验室包括以下应用程序,可帮助管理员准备更新其 Operator
您可以使用该应用程序搜索基于 Operator Lifecycle Manager 的 Operator,并验证跨不同版本的 Red Hat OpenShift Service on AWS 的每个更新通道中可用的 Operator 版本。不包括基于集群版本 Operator 的 Operator。
您可以使用 Red Hat OpenShift Service on AWS Web 控制台更改 Operator 的更新通道。
如果订阅中的批准策略设置为**自动**,则只要所选通道中提供新的 Operator 版本,更新过程就会立即启动。如果批准策略设置为**手动**,则必须手动批准挂起的更新。 |
先前使用 Operator Lifecycle Manager (OLM) 安装的 Operator。
在 Web 控制台的**管理员**视角中,导航到**Operators → 已安装的 Operators**。
单击要更改其更新通道的 Operator 的名称。
单击**订阅**选项卡。
单击**更新通道**下更新通道的名称。
单击要更改到的较新的更新通道,然后单击**保存**。
对于具有**自动**批准策略的订阅,更新会自动开始。导航回**Operators → 已安装的 Operators**页面以监控更新进度。完成后,状态将更改为**成功**和**最新**。
对于具有**手动**批准策略的订阅,您可以从**订阅**选项卡手动批准更新。
如果已安装 Operator 的订阅中的批准策略设置为**手动**,则在其当前更新通道中发布新更新时,必须先手动批准更新才能开始安装。
先前使用 Operator Lifecycle Manager (OLM) 安装的 Operator。
在 Red Hat OpenShift Service on AWS Web 控制台的**管理员**视角中,导航到**Operators → 已安装的 Operators**。
具有挂起更新的 Operator 会显示带有**可升级**状态的状态。单击要更新的 Operator 的名称。
单击**订阅**选项卡。任何需要批准的更新都显示在**升级状态**旁边。例如,它可能会显示**1 个需要批准**。
单击**1 个需要批准**,然后单击**预览安装计划**。
查看列为可更新的资源。满意后,单击**批准**。
导航回**Operators → 已安装的 Operators**页面以监控更新进度。完成后,状态将更改为**成功**和**最新**。