#发版日志

#兼容性和支持矩阵

下表展示了 Alauda Cache Service E1 与 ACP 版本之间的兼容性和支持矩阵。

#v5.1.0

#新增和优化功能

#跨数据中心复制（Alpha）

Redis 7.2 实例现在运行重新设计的复制模块，并通过 spec.activeRedis.mode 为每个实例选择两种模式之一：

• 灾难恢复（peerof，默认）是热备拓扑：从一个上游实例向最多 15 个下游实例建立定向链接；如果上游数据中心丢失，每个下游实例都可以随时提升为主实例。该模式在 Redis 6.0 上仍然可用。
• Active-Active（mesh）允许每个数据中心在本地提供读写服务，并自动解决冲突；其成员关系由通过少量地址引导的 gossip 网格维护。该模式仅在 Redis 7.2 上可用，并由新的 ActiveRedisMesh 资源驱动。

Redis 7.2 上的复制和 gossip 均通过实例代理传输，实例代理会在单个端点上区分这两种传输。Active-Active 会在代理 Service 上发布一个额外端口，并将其别名映射到同一监听器，以便网格成员进行 gossip。

请参阅跨数据中心复制。

#强制对等端身份验证

每个启用了跨数据中心复制的 Redis 7.2 实例都必须通过 spec.activeRedis.redisUserRef 绑定一个 RedisUser 作为其对等端身份验证凭证——通常使用实例自己的默认账户，该账户无需预配。对等链接使用此凭证进行身份验证，因此每个数据中心都必须使用相同的用户名和密码值；也可以改为绑定专用的 custom 账户。

凭证会在运行时传送到节点，永远不会写入实例配置文件。对等链接不再在连接时固定凭证，因此轮换密码不会再导致链接在下一次重新连接时中断。

#复制实例从 Redis 6.0 升级到 Redis 7.2 的路径

启用了跨数据中心复制的实例现在可以从 Redis 6.0 原地升级到 Redis 7.2。如果此类实例未绑定对等端身份验证凭证，平台会为其写入一个绑定，并将实例自身默认账户的 RedisUser 指定为该绑定的名称——Redis 6.0 链接一直使用此账户进行身份验证。不会预配任何内容，升级期间凭证也不会发生变化。

两个模块版本无法互操作，因此必须在维护窗口内同时升级整个组。请参阅将灾难恢复组从 Redis 6.0 升级到 Redis 7.2。

#链接凭证移至实例

在此版本之前，Redis 6.0 复制链接从连接中获取凭证：ActiveRedisConnection.spec.secretName 指定一个存储密码的 Secret。该 Secret 不包含用户名，因此无论如何链接都会使用实例的默认账户进行身份验证——现在凭证已在实例中声明。

spec.secretName 已从 ActiveRedisConnection 和 ActiveRedisInspection 中移除。两个模块版本都从 spec.activeRedis.redisUserRef 获取链接凭证，不再从其他位置获取。

现有灾难恢复组会自动完成迁移，无需人工干预：升级后的首次协调过程中，operator 会将每个复制实例绑定到其自身默认账户的 RedisUser，这不会改变线路上的内容，运行中的链接也会保持正常。已存储的资源仍可继续使用，但仍设置 secretName 的 manifest 会在下一次 apply 时被拒绝。

#复制链接的拆除策略

ActiveRedisConnection 现在包含一个 teardownPolicy。Detach（默认值）会移除链接，但保留对等端的记录，以便稍后重新创建链接。Decommission 会永久停用对等端，并释放为其保留的保留下限——这适用于已永久下线的数据中心。

#节点本地存储上的 PVC 备份和恢复

PVC 备份不再要求具备 ReadWriteMany 能力的存储提供商。现在，备份卷默认使用 ReadWriteOnce 访问模式创建——可通过 spec.accessModes 在 RedisBackup 和 RedisClusterBackup 上进行配置——因此备份可以存储在节点本地块存储上。恢复时也不再将备份卷挂载到每个 Redis pod 中：数据会通过网络而不是共享挂载传送到 pod。

使用 ReadWriteMany 卷的现有备份仍可恢复，并采用相同的网络传送路径；S3 备份则继续使用现有的直接拉取路径。路径由实例的 bundle 版本决定，而不是由备份的访问模式决定：固定使用早于 5.1.0 的 bundle 版本的实例仍可能执行之前基于挂载的恢复，并且其备份需要位于 ReadWriteMany 卷上。

在 Web Console 中选择节点本地 StorageClass 还需要 Alauda Container Platform Data Services Essentials v4.4.1 或更高版本。请参阅备份和恢复实例。

#Web Console 中默认启用 Sentinel 密码

在 Web Console 中创建 Sentinel 实例或从备份恢复 Sentinel 实例时，连接配置部分现在提供两个选项卡：设置 Redis 密码和设置 Sentinel 密码。在设置 Sentinel 密码选项卡中，设置密码默认处于启用状态；只要保持启用，密码字段就是必填项，因此新的 Sentinel 实例会获得自己的 Sentinel 凭证，除非主动关闭该开关。如果在这些字段为空时点击创建，选项卡标签会显示警告图标，并且创建操作会被阻止。

Sentinel 凭证与 Redis 凭证相互独立：前者存储在 spec.sentinel.passwordSecret 中，用于对 Sentinel 节点进行身份验证；后者用于对 Redis 数据节点进行身份验证，由 spec.passwordSecret 完成。因此，客户端必须分别提供这两个密码——请参阅访问实例（Sentinel 模式）。

现有实例不受影响。只有在创建或恢复实例时才会显示这些选项卡；更新实例不会改变其 Sentinel 身份验证配置。

#新增 API

ActiveRedis、ActiveRedisMesh 和 ActiveRedisInspection 资源记录在 Redis API 下。

#已修复问题

• 在此更新之前，纯 IPv6 环境下的 Redis 集群在整体下线再拉起后，各节点持有的对端地址不会被修正，纯 master 集群因此无法重新组网，集群状态长期停留在 fail。此次更新之后，节点的对端地址会按当前地址重写并重新建立互联，集群在整体重启后可自行恢复组网。

#已知问题

此次发版无相关问题。

#安全修复

此次发版无相关问题。

#v5.0.1

#已修复的问题

此次发版无相关问题。

#已知问题

此次发版无相关问题。

#安全修复

• 修复了底层 Alpine 基础镜像 OpenSSL 组件（libssl3/libcrypto3）中的一个严重安全漏洞 (CVE-2026-31789)。已将 Redis 服务端镜像（6.0、7.2、8.4）及 Redis Exporter 镜像中受影响的软件包升级至包含安全补丁的修复版本。
• 修复了 Redis Tools 镜像中 musl C 运行库（musl-utils）的安全漏洞（包括 CVE-2026-40200）。已将受影响的 Alpine 软件包升级至修复版本。
• 修复了 Redis RESTORE 命令导致的无效内存访问安全漏洞 (CVE-2026-25243 / GHSA-c8h9-259x-jff4)。已将受影响的 Redis 7.2 和 8.4 镜像升级至包含官方安全补丁的修复版本 (7.2.14 和 8.4.3)。注：当前提供的 6.0 版本不受此漏洞影响。

#v5.0.0

#新增和优化的功能

#Redis 模块 API 扩展

Alauda Cache Service E1 API 已扩展，以支持 Redis 模块，用户可以在 Redis 实例上配置和管理模块。

#已修复的问题

• 修复了 Redis 集群模式从 v6 升级至 v7 时，由于配置更新冲突导致死锁，从而偶发实例状态长时间卡在“处理中”的问题。
• 修复了 Redis 哨兵模式从 v5.0 升级至 v7.2 过程中可能导致数据丢失的问题。
  在升级过程中，从节点的数据会被临时清理。如果在此期间发生 Pod 启动异常，将导致无法正确执行主从切换，进而引发数据丢失。本次修复优化了该场景下的处理逻辑，保障了升级过程中的数据安全性。

#已知问题

此次发版无相关问题。

#v4.1.0

#新增和优化的功能

#Redis 灾难恢复支持（Alpha）

支持为 Redis 实例启用灾难恢复功能，包括：

• 灾难恢复场景下的数据同步配置。
• 监控和告警设置。
• 故障转移。
• 源端信息管理。

#切换访问方式

支持在 Data Services 视图中切换实例的访问方式，包括在集群内访问和跨集群访问方式之间切换。

#已修复的问题

• 以前，在 Data Services 视图上创建 Redis 实例时，当 UI 表单上填写的 PVC 容量小于内存容量时，会导致创建实例表单提交失败。
  Alauda Cache Service for Redis OSS v4.1.0 上已经修复。

#已知问题

此次发版无相关问题。

#v4.0.0

#新增和优化的功能

#组件与平台解耦

Alauda Cache Service E1 的生命周期已与平台解耦。这意味着当客户需要某项功能或 bug 修复时，Redis 团队可以立即发布，而不必等待平台一同发布。

#组件详情页中的实时日志

Redis 详情页中的日志已替换为实时日志，并会即时更新，从而便于故障排查和问题分析。

#Redis 通过 LoadBalancer 进行外部访问

Redis 现已支持通过 LoadBalancer 访问。创建实例时，用户可以选择通过 LoadBalancer 类型的 Service 对外暴露服务。

与 NodePort 相比，LoadBalancer 可提供更好的高可用性和性能，并使用标准导出端口。建议在生产环境中使用 LoadBalancer 方式。

#限制

使用 LoadBalancer 时，请确保集群具有可用的外部地址池。建议使用 MetalLB 为集群创建外部地址池。

#已修复的问题

• 以前，Redis 实例从 v6.0 升级至 v7.2，如果基础设施不稳定会导致数据丢失（极低概率），Alauda Cache Servie for Redis OSS v4 已经修复此问题。

#已知问题

此次发版无相关问题。