升级业务集群

完成 global 集群升级后,即可继续升级业务集群。 业务集群的升级流程与 global 集群类似,但需注意以下事项:

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

目录

升级业务集群

WARNING
  1. 如果您希望在升级业务集群的同时升级 OperatorsCluster Plugins,必须执行从目录中仅创建所有软件包的 CR操作,并使用 --clusters 参数指定要升级的业务集群名称。

    请确保指定正确的集群名称,错误的值可能导致指定集群的 升级失败

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

  2. 如果您从 3.184.0 版本升级,且目录中包含 Build of TopoLVM 软件包,必须在执行从目录中仅创建所有软件包的 CR步骤之前将其移除。 完成该步骤后,需单独创建 TopoLVM 的 CR,且务必包含 --target-catalog-source "platform" 参数。

  3. 在备用 global 集群上使用 violet push 时,必须指定 --dest-repo 参数,值为备用集群的 VIP。

    详情请参见global DR 环境中的上架软件包

  4. 如果您从 3.163.18 升级,且平台已安装 Data Services,升级集群时还需升级相关扩展。

    详情请参见升级 Data Services

(条件)移除 TopoLVM

如果您从 3.18 升级,且安装了 Build of TopoLVM,必须先备份并删除相关 TopoLVM 资源,否则集群升级将失败。

待升级集群的任一控制平面节点 上执行以下命令:

kubectl get artifactversion -n cpaas-system  $(kubectl get artifactversion -n cpaas-system -l cpaas.io/artifact-version=operatorhub-topolvm-operator --no-headers | grep 4.1 | head -1 | awk '{print $1}') -o yaml > topolvm-artifact.yaml
kubectl delete -f topolvm-artifact.yaml

然后,在 global 集群的任一控制平面节点 上执行以下命令:

# 将 cluster_name 替换为待升级集群名称
kubectl delete minfo $(kubectl get minfo | grep topolvm-migrate-catalog-updater | grep $cluster_name | awk '{print $1}')

升级业务集群

  1. 登录 Web Console 并切换到 管理员 视图。
  2. 进入 Clusters > Clusters
  3. 选择要升级的 业务集群,打开其详情页。
  4. 切换到 功能组件 标签页。
  5. 点击 升级 按钮。

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

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

提示

Kubernetes 版本升级为可选项。 但由于其他组件更新期间仍可能发生服务中断,建议包含 Kubernetes 升级,以减少未来维护窗口。

(条件)升级 TopoLVM

如果您从 3.18 升级,且安装了 Build of TopoLVM,且已完成 移除 TopoLVM 步骤。

在待升级集群的控制平面节点上,继续执行以下命令升级 TopoLVM:

kubectl create -f topolvm-artifact.yaml

命令执行后,等待约 5–10 分钟。 TopoLVM 组件将自动升级,并在 Web Console 中反映。

升级后