概览
本指南详细介绍了 Alauda DevOps 在以下场景中的升级和迁移策略:
- 将
Alauda Container Platform (ACP)从v4.0升级到v4.3 - 将
ACP从v4.1升级到v4.3 - 将
ACP从v4.2升级到v4.3
目录
升级场景确保 Alauda DevOps 已迁移到 Alauda DevOps (Next-Gen)迁移前的 Alauda DevOps v3.20 版本矩阵迁移后的 Alauda DevOps (Next-Gen) 版本矩阵将每个 operator 升级到更新的版本参考资料升级场景
如果你当前的 ACP 版本是 v4.0,Alauda DevOps 的升级路径如下:
-
迁移到 Alauda DevOps (Next-Gen)
在升级 ACP 之前,请先确认当前 DevOps operator 版本:
- 如果你的 operator 版本与 Alauda DevOps (Next-Gen) 版本矩阵 不匹配,你必须按照 将 Alauda DevOps 迁移到 Alauda DevOps (Next-Gen) 执行迁移。
- 如果你已经在
ACPv4.0上完成了迁移,且你的 operator 版本与 Alauda DevOps (Next-Gen) 版本矩阵 匹配,则可以跳过此步骤,直接继续进行 ACP 平台升级。
-
升级 ACP 平台
将
ACP平台升级到v4.3版本。详细说明请参阅 升级 Container Platform。 -
将每个 operator 升级到更新的版本
如果你想使用每个 Operator 的更新版本,可以在各个 operator 的文档中进一步了解如何升级到更新版本。请参阅 将每个 operator 升级到更新的版本。
确保 Alauda DevOps 已迁移到 Alauda DevOps (Next-Gen)
本节适用于 ACP v4.0 和 v4.1 的历史升级路径。在 ACP v4.0 或 v4.1 上,请确保 Alauda DevOps 已经迁移到 Alauda DevOps (Next-Gen)。如果你的 Alauda DevOps 相关 operator 版本如下所示,则必须先执行迁移。请参阅 将 Alauda DevOps 迁移到 Alauda DevOps (Next-Gen)。
迁移前的 Alauda DevOps v3.20 版本矩阵
迁移后的 Alauda DevOps (Next-Gen) 版本矩阵
将每个 operator 升级到更新的版本
在完成 ACP 平台升级后,你可以根据你的环境场景,选择性地升级已安装的 Alauda DevOps 或 Alauda DevOps (Next-Gen) Operators。
如果你想使用每个已安装 Operator 的更新版本,请参考相应的文档中心,并遵循目标版本对应的已批准 channel 和版本。
每个 Operator 都必须升级到与当前 ACP 版本兼容的版本。在升级 Operator 之前,请务必先在相应文档中确认支持的版本和兼容性要求。
重要限制
如果你需要继续使用 Alauda DevOps v3 的 Build 和 Release 功能,则必须将 Alauda DevOps Pipelines 保持在 v4.0.z 版本。
禁止操作
在任何情况下,都不要将 Alauda DevOps Pipelines 升级到 v4.0.z 以上。升级到高于 v4.0.z 的版本将导致与 katanomi 出现不可逆的兼容性问题,从而可能破坏现有的 Build 和 Release 流水线。
- 转到
Administrator->Marketplace->Operator Hub。 - 切换到目标集群。
- 打开对应 Operator 的详情页。
- 选择目标版本对应的已批准 channel 和版本。
- 执行升级,并等待 Operator 状态变为 healthy。
仅升级你环境中已安装的组件。有关每个组件的详细操作步骤,请参阅相应的文档中心:
- Alauda DevOps Pipelines
- Alauda DevOps Connectors
- Alauda Build of GitLab
- Alauda Build of Harbor
- Alauda Build of SonarQube
- Alauda Build of Nexus
参考资料
有关详细的升级和迁移操作步骤,请参阅: