完成 global 集群升级后,即可进行业务集群的升级。 业务集群的升级流程与 global 集群类似,但需注意以下事项:
如果您希望在升级业务集群的同时升级 Operators 和 Cluster Plugins,必须执行从目录中仅创建所有软件包的 CR操作,并使用 --clusters 参数指定要升级的业务集群名称。
请确保指定正确的集群名称,错误的值可能导致指定集群的 升级失败。
如果您从 3.18 或 4.0 版本升级,且目录中包含 Build of TopoLVM 软件包,必须在执行从目录中仅创建所有软件包的 CR步骤之前将其删除。
完成该步骤后,需单独创建 TopoLVM 的 CR,并确保包含 --target-catalog-source "platform" 参数。
在备用 global 集群上使用 violet push 时,必须指定 --dest-repo 参数,值为备用集群的 VIP。
详情请参见global DR 环境中的上架软件包。
如果您从 3.16 或 3.18 升级,且平台安装了 Data Services,升级集群时还需升级相关扩展。
详情请参见升级 Data Services。
如果您从 3.18 升级,且安装了 Build of TopoLVM,必须先备份并删除相关 TopoLVM 资源,否则集群升级将失败。
在待升级集群的任一控制平面节点上执行以下命令:
然后,在global 集群的任一控制平面节点上执行以下命令:
如果升级程序检测到任何自定义配置覆盖,将提示您确认这些设置。如果不确定这些覆盖配置是否会影响升级,请联系技术支持协助。
确认后,将弹出组件升级对话框。 审核可用更新后,继续执行升级。
Kubernetes 版本升级为可选项。 但由于其他组件更新期间仍可能发生服务中断,建议包含 Kubernetes 升级,以减少未来维护窗口。
如果您从 3.18 升级,且安装了 Build of TopoLVM,且已完成 删除 TopoLVM 步骤。
在待升级集群的控制平面节点上,继续执行以下命令升级 TopoLVM:
执行命令后,等待约 5–10 分钟。 TopoLVM 组件将自动升级,并在 Web Console 中反映。