升级业务集群

完成 global 集群升级后，即可开始升级业务集群。
业务集群的升级流程与 global 集群类似，但需注意以下事项：

如果您的平台使用 global 灾备（DR） 方案，必须先完成主备 global 集群的升级，然后才能升级任何业务集群。
所有 PostgreSQL 实例在升级过程中会被 自动重启。
对于配置了 自动更新策略 的 MySQL-PXC、MySQL-MGR、Redis、Kafka 和 RabbitMQ 实例，升级过程会包含重启，可能导致 短暂的服务中断。
最多可同时升级 20 个业务集群。

WARNING

如果您计划在升级业务集群时同时升级 Operator 和 Cluster Plugin，请提前将对应的包推送到对应集群的镜像仓库。

批量上传说明请参见一次性推送所有包。

命令执行后，等待约 10–15 分钟，直到集群的 功能组件 标签页中出现 升级可用 图标。

如果升级程序检测到任何自定义配置覆盖，将提示您确认这些设置。如果不确定这些覆盖配置是否会影响升级，请联系技术支持协助。

确认后，会弹出组件升级对话框。
审核可用更新后，继续进行升级。

WARNING

ACP 4.2.1 已知问题：

该问题仅影响从 ACP 4.2.0 升级到 4.2.1，将在 ACP 4.2.2 中修复。仅适用于 cluster plugin，不影响 Operator。

在完成 功能组件 标签页的升级后，cluster plugin 的升级按钮仍可能显示为可点击状态。

请勿再次点击 cluster plugin 的升级按钮。 如果点击，已升级到新补丁版本的 cluster plugin 的 目标版本 会显示为较低版本，重复升级会导致这些 cluster plugin 被降级到旧版本。

#升级业务集群