1.11.3. 升级 Operator
要让您的 Service Mesh 使用最新的安全修复、程序错误修正和软件更新进行补丁，您需要保持 Operator 为最新版本。您可以通过升级 Operator 来启动补丁更新。
Operator 的版本 不会 决定服务网格的版本。部署的 Service Mesh control plane 的版本决定了您的 Service Mesh 版本。
因为 Red Hat OpenShift Service Mesh Operator 支持一个 Service Mesh control plane 的多个版本，所以更新 Red Hat OpenShift Service Mesh Operator 不会更新 部署的 ServiceMeshControlPlane 的 spec.version 值。另请注意，spec.version 值是一个双数字，如 2.2，补丁更新（如 2.2.1）不会反映在 SMCP 版本值中。
Operator Lifecycle Manager (OLM) 能够控制集群中 Operator 的安装、升级和基于角色的访问控制 (RBAC)。OLM 在 OpenShift Container Platform 中默认运行。OLM 会查询可用的 Operator 以及已安装的 Operator 的升级。
升级 Operator 的具体方式取决于您在安装 Operator 时选择的设置。安装每个 Operator 时，您可以选择一个更新频道和一个批准策略。这两个设置的组合决定了 Operator 的更新时间和方式。
表 1.5. 更新频道和批准策略的交互
| 版本化频道 | "Stable" 或 "Preview" 频道 | |
|---|---|---|
| 自动 | 仅为该版本的次版本自动更新 Operator。将不会自动更新到下一个主要版本（即，从 2.0 升级到 3.0）。手动更改为升级到下一个主要版本所需的 Operator 订阅。 | 为所有主版本、次版本和补丁版本自动更新 Operator。 |
| Manual（手动） | 指定版本的次要和补丁版本需要手动更新。手动更改为升级到下一个主要版本所需的 Operator 订阅。 | 所有主版本、次版本和补丁版本需要手动更新。 |
更新 Red Hat OpenShift Service Mesh Operator 时，Operator Lifecycle Manager(OLM)会删除旧的 Operator pod 并启动新的 pod。新的 Operator pod 启动后，协调过程会检查 ServiceMeshControlPlane (SMCP)，如果存在可用于任何 Service Mesh control plane 组件的更新容器镜像，它会将这些 Service Mesh control plane pod 替换为使用新容器镜像。
当您升级 Kiali 和 Red Hat OpenShift distributed tracing 平台 Operator 时，OLM 协调过程会扫描集群，并将受管实例升级到新 Operator 的版本。例如，如果您将 Red Hat OpenShift distributed tracing platform Operator 从 1.30.2 更新至 1.34.1，Operator 会扫描运行分布式追踪平台的实例并将其升级到 1.34.1。
要保留 Red Hat OpenShift Service Mesh 的特定补丁版本，您需要禁用自动更新，并保留在该 Operator 的特定版本。
如需有关升级 Operator 的更多信息，请参阅 Operator Lifecycle Manager 文档。
