升级业务集群
完成 global 集群升级后，即可继续升级业务集群。
业务集群的升级流程与 global 集群类似，但需注意以下事项：
- 如果您的平台使用 global 灾备（DR） 方案，必须先完成主用和备用 global 集群的升级，然后才能升级任何业务集群。
- 所有 PostgreSQL 实例在升级过程中会被 自动重启。
- 对于配置了 自动更新策略 的 MySQL-PXC、MySQL-MGR、Redis、Kafka 和 RabbitMQ 实例，升级过程包含重启，可能导致 短暂的服务中断。
- 最多可同时升级 20 个业务集群。
目录
升级业务集群
WARNING
-
如果希望在升级业务集群的同时升级 Operators 和 Cluster Plugins，必须执行从目录中所有软件包仅创建 CR，并使用
--clusters参数指定要升级的业务集群名称。请确保指定正确的集群名称，错误的值可能导致指定集群的 升级失败。
命令执行后，等待约 10–15 分钟，直到集群的 功能组件 标签页出现 升级可用 图标。
-
在备用 global 集群上使用
violet push时，必须使用--dest-repo参数指定备用集群的 VIP。详情请参见global DR 环境中的上架软件包。
-
如果从 3.16 或 3.18 版本升级且平台安装了 Data Services，升级集群时还需升级相关扩展。
详情请参见升级 Data Services。
-
登录 Web 控制台，切换到 管理员 视图。
-
进入 集群 > 集群。
-
选择要升级的 业务集群，打开其详情页。
-
切换到 功能组件 标签页。
-
点击 升级 按钮。
如果升级程序检测到任何自定义配置覆盖，将提示您确认这些设置。如果不确定这些覆盖配置是否会影响升级，请联系技术支持协助。
确认后，会弹出组件升级对话框。
请检查可用更新并继续升级。
提示
升级 Kubernetes 版本为可选项。
但由于其他组件更新期间仍可能发生服务中断，建议包含 Kubernetes 升级，以减少未来维护窗口。