升级
Alauda Cache Service for Redis OSS 旨在为所有受支持的版本提供服务连续性和数据安全保障。本指南详细介绍版本兼容性,并概述推荐的升级路径,以帮助您的环境顺利完成过渡。
升级提示
在升级生产环境之前,强烈建议先在开发或预发布环境中验证升级过程。此预备步骤有助于识别并缓解潜在的兼容性问题(包括与硬件相关的冲突),避免这些问题影响生产服务。
版本兼容性原则
Alauda Cache Service for Redis OSS 遵循语义化版本规范,并提供以下兼容性保证:
- 补丁版本(x.y.z)在同一次要版本系列中完全向后兼容和向前兼容。
- 次要版本(x.y.z)在同一主要版本中保持 API 和功能兼容。
- 主要版本(x.y.z)可能会引入重大变更,需要执行特定的升级操作步骤。
先决条件
开始升级之前,请确保满足以下先决条件:
- 版本兼容性:当前版本必须处于受支持的升级路径中。
- 组件健康状况:所有 Redis 实例都必须报告
Ready状态。 - 资源可用性:集群必须具备充足的 CPU、内存和存储资源,以满足升级需求。
- 备份:必须具备所有关键数据和配置的近期备份。
受支持的升级路径
下表列出了经过测试的版本组合及其各自的依赖关系:
与 ACP v4.3 的兼容性
Alauda Cache Service for Redis OSS v4.1.x 和 v4.0.x 尚未在 ACP v4.3 上经过测试。升级到 ACP v4.3 之前,请先将 Alauda Cache Service for Redis OSS 升级到 v5.0.0 或更高版本。
升级到 ACP v4.3 前升级 Redis 5.0 实例
升级 Alauda Cache Service for Redis OSS operator 不会自动升级现有实例的 Redis 版本;必须显式升级每个实例的 Redis 版本。
由于 ACP v4.3 要求 Alauda Cache Service for Redis OSS v5.0.x,而 v5.0.x 不再支持 Redis 5.0,因此从早于 v4.3 的 ACP 版本升级到 v4.3 之前,必须先将每个 Redis 5.0 实例升级到受支持的版本(6.0、7.2 或 8.4)。
开始 ACP 升级之前,请确认 VERSION 列中没有实例报告 5.0(例如,运行 kubectl get redis -A)。有关升级操作步骤,请参阅实例升级指南。
升级策略
次要版本升级
- 方式:支持从同一主版本中的任意次要版本直接升级到较新的版本(例如,
4.0.x→4.1.0)。 - 优势:此方式可最大限度地降低运维风险,并实现版本间的无缝过渡。
补丁版本升级
- 兼容性:同一系列次要版本中的补丁版本完全兼容。
- 示例:在同一次要版本系列中升级(例如,
x.y.0→x.y.1)可应用最新的 bug 修复和安全补丁。
主版本升级
- 要求:跨主版本升级时(例如,
4.1.0→5.0.0),请直接升级到目标主版本中最新的可用版本。 - 操作步骤:按照以下升级步骤升级 operator,然后根据实例升级指南升级各个实例。
- 注意事项:主版本升级可能需要修改配置,并全面检查功能兼容性。