升级业务集群
完成 global 集群升级后，即可继续升级业务集群。 业务集群的升级流程与 global 集群类似，但需注意以下事项：
- 如果平台使用 global 灾难恢复 (DR) 解决方案，则在升级任何业务集群之前，必须先完成主 global 集群和备用 global 集群的升级。
- 所有 PostgreSQL 实例都会在升级期间自动重启。
- 对于配置了自动更新策略的 MySQL-PXC、MySQL-MGR、Redis、Kafka 和 RabbitMQ 实例，升级流程包含重启操作，可能会导致暂时的服务中断。
- 最多可同时升级 20 个业务集群。
升级业务集群
-
如果要在升级业务集群的同时升级 Operators 和 Cluster Plugins，必须执行仅从目录中的所有软件包创建 CR，并使用
--clusters参数指定要升级的业务集群名称。请确保指定正确的集群名称。错误的值可能会导致指定集群升级失败。
命令执行后，请等待约 10–15 分钟，直到集群的功能组件选项卡中出现可升级图标。
-
如果要从 3.18 或 4.0 升级，且目录中包含 LVM Volume Provisioner（之前称为 Build of TopoLVM）软件包，则必须在执行仅从目录中的所有软件包创建 CR步骤之前将其移除。 完成该步骤后，请单独为 TopoLVM 创建 CR，并确保包含
--target-catalog-source "platform"参数。 -
在备用 global 集群上使用
violet push时，必须使用备用集群的 VIP 指定--dest-repo参数。更多信息，请参阅在 global DR 环境中上架软件包。
-
如果要从 3.16 或 3.18 升级，且平台已安装 Data Services，则升级集群时还必须升级相关扩展。
更多信息，请参阅升级 Data Services。
(有条件) 移除 TopoLVM
如果要从 3.18 升级，且已安装 LVM Volume Provisioner（之前称为 Build of TopoLVM），则必须先备份并删除相关的 TopoLVM 资源，然后再继续升级。
否则，集群升级将失败。
在待升级集群的任意控制平面节点上运行以下命令：
然后，在 global 集群的任意控制平面节点上运行以下命令：
升级业务集群
- 登录 Web Console，然后切换到 Administrator 视图。
- 前往 Clusters > Clusters。
- 选择要升级的业务集群，并打开其详情页面。
- 转到功能组件选项卡。
- 单击升级按钮。
如果升级程序检测到任何自定义配置覆盖，系统会提示你确认这些设置。如果不确定这些被覆盖的配置是否会影响升级，请联系技术支持寻求帮助。
确认后，将显示组件升级对话框。 查看可用更新，然后继续升级。
升级 Kubernetes 版本是可选的。 但是，由于更新其他组件时仍可能发生服务中断，我们建议同时升级 Kubernetes，以尽量缩短后续维护窗口。
(有条件) 升级 TopoLVM
如果要从 3.18 升级，且已安装 LVM Volume Provisioner（之前称为 Build of TopoLVM），并且已完成移除 TopoLVM步骤。
在待升级集群的某个控制平面节点上，继续运行以下命令以升级 TopoLVM：
运行命令后，请等待约 5–10 分钟。 TopoLVM 组件将自动升级，并在 Web Console 中显示升级结果。