#升级 global 集群

#上传镜像

将核心软件包复制到 global 集群的 任意控制平面节点，解压软件包并进入解压目录。

• 如果 global 集群使用 内置镜像仓库，执行：

  bash upgrade.sh --only-sync-image=true

• 如果 global 集群使用 外部镜像仓库，还需提供仓库地址：

  bash upgrade.sh --only-sync-image=true --registry <registry-address> --username <username> --password <password>

如果计划在 global 集群升级时同时升级 Operator 和 集群插件，可以提前将它们的镜像推送到 global 集群的镜像仓库。 有关批量上传的操作说明，请参见从目录中仅推送所有软件包的镜像。

有关 violet push 子命令的详细说明，请参见上架软件包。

#触发升级

镜像上传完成后，执行以下命令启动升级流程：

bash upgrade.sh --skip-sync-image

等待脚本执行完成后再继续。

如果您已提前将 Operator 和集群插件镜像推送到 global 集群的镜像仓库，可随后执行从目录中仅创建所有软件包的 CR。 执行该命令后，等待约 10–15 分钟，直到功能组件出现升级通知，届时即可在后续升级步骤中同时升级 Operator 和集群插件。

#（条件）移除 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}')

#升级 global 集群

1. 登录 global 集群的 Web 控制台，切换到 管理员 视图。
2. 进入 集群 > 集群。
3. 点击 global 集群，打开其详情视图。
4. 切换到 功能组件 标签页。
5. 点击 升级 按钮。

在弹窗中查看可用组件更新，确认后继续。

#（条件）升级 TopoLVM

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

在待升级集群的控制平面节点继续执行：

kubectl create -f topolvm-artifact.yaml

执行后等待约 5–10 分钟，TopoLVM 组件将自动升级并在 Web 控制台中反映。

#安装 Product Docs 插件

从 ACP 4.0 起，内置产品文档已拆分为 Alauda Container Platform Product Docs 插件。 如果从 3.18 版本升级，需要按以下步骤安装该插件：

1. 进入 管理员。

2. 左侧栏点击 Marketplace > 集群插件，选择 global 集群。

3. 找到 Alauda Container Platform Product Docs 插件，点击 安装。

#安装 Alauda Container Platform Cluster Enhancer 插件

1. 进入 管理员。

2. 左侧栏点击 Marketplace > 集群插件，选择 global 集群。

3. 找到 Alauda Container Platform Cluster Enhancer 插件，点击 安装。

#（条件）安装 Service Mesh Essentials

如果安装了 Service Mesh v1，请在升级业务集群前参考 文档。

#验证数据一致性

按照常规 global DR 检查流程，确保 备用 global 集群 中数据与 主 global 集群 保持一致。

若发现不一致，请联系技术支持，切勿继续操作。

在 两个集群 上执行以下命令，确保没有处于非运行状态的 Machine 节点：

kubectl get machines.platform.tkestack.io

若存在此类节点，请联系技术支持解决后再继续。

#卸载 etcd 同步插件

#上传镜像

在 备用集群和主集群 上均执行 上传镜像 步骤。

详情请参见标准操作步骤中的上传镜像。

#升级备用集群

apiVersion: product.alauda.io/v1alpha2
kind: ProductBase
metadata:
  name: base
spec:
  alternativeURLs:
    - https://<备用集群-vip>

在 备用集群 按照标准操作步骤完成升级。

#升级主集群

备用集群升级完成后，继续在 主集群 按照标准操作步骤执行升级。

#重新安装 etcd 同步插件

重新安装前，请确认两个 global 集群 VIP 的端口 2379 已正确转发至控制平面节点。

重新安装步骤：

1. 通过 IP 或 VIP 访问 备用 global 集群 的 Web 控制台。
2. 切换到 管理员 视图。
3. 进入 Marketplace > 集群插件。
4. 选择 global 集群。
5. 找到 Alauda Container Platform etcd Synchronizer，点击 安装，并填写所需参数。

验证安装：

kubectl get po -n cpaas-system -l app=etcd-sync  # 确认 Pod 状态为 1/1 Running

kubectl logs -n cpaas-system $(kubectl get po -n cpaas-system -l app=etcd-sync --no-headers | awk '{print $1}' | head -1) | grep -i "Start Sync update"
# 等待日志出现 "Start Sync update"

# 重新创建 Pod 以触发带 ownerReferences 的资源同步
kubectl delete po -n cpaas-system $(kubectl get po -n cpaas-system -l app=etcd-sync --no-headers | awk '{print $1}' | head -1)

#检查同步状态

执行以下命令检查同步状态：

curl "$(kubectl get svc -n cpaas-system etcd-sync-monitor -ojsonpath='{.spec.clusterIP}')/check"

输出说明：

• "LOCAL ETCD missed keys:" – 表示 主集群 中存在但备用集群缺失的键，通常重启 Pod 后可恢复。
• "LOCAL ETCD surplus keys:" – 表示备用集群存在但主集群缺失的键，请与运维团队确认后再决定是否删除。