#Примечания к выпуску

#Матрица совместимости и поддержки

В следующей таблице показана матрица совместимости и поддержки между версиями Alauda Cache Service for Redis OSS и ACP.

#v4.1.2

#Исправленные ошибки

• When performing a restore from a backup file on Redis, if the backup file is too large, it may cause the Redis master-slave data synchronization to fail and the instance data to be lost.
  This is because when Redis restores from a backup file, the data is restored to the Redis master node, and the data on the slave nodes is synchronized from the master node. After restoring the data, the instance will be restarted to erase the restore container. If the waiting time is not enough, the instance will enter the restart state prematurely causing the master-slave synchronization to fail, and after the instance is started, the original slave will become the master, resulting in data loss.
  This issue has been fixed on Alauda Cache Service for Redis OSS v4.1.2.

#v4.1.1

#Исправленные ошибки

• Fixed vulnerabilities in Redis 5.0, 6.0 and 7.2:
  * CVE-2025-49844: Lua Use-After-Free may lead to remote code execution.
  * CVE-2025-46817: Lua library commands may lead to integer overflow and potential RCE.
  * CVE-2025-46819: Out-of-bounds read due to a bug in Lua.

#v4.1.0

#Новые и оптимизированные функции

#Поддержка аварийного восстановления Redis (Alpha)

Поддержка включения функционала аварийного восстановления для экземпляров Redis, включая:

• Конфигурацию синхронизации данных в сценариях аварийного восстановления.
• Настройки мониторинга и оповещений.
• Переключение на резервный узел (failover).
• Управление информацией на стороне источника.

#Переключение методов доступа

Поддержка переключения между методами доступа для экземпляров в представлении Data Services, включая переключение между внутрикластерным и межкластерным доступом.

#Исправленные ошибки

• Previously, when creating a Redis instance in the Data Services view, if the PVC capacity filled in on the UI form was less than the memory capacity, it would cause the instance creation form submission to fail.
  
  This has been fixed in Alauda Cache Service for Redis OSS v4.1.0.

#Известные проблемы

• When upgrading a Redis Sentinel instance from v5 to v7, occasional brain split incidents may occur, potentially leading to data loss.
  Solution: Back up the Redis instance data before performing a cross-version upgrade.

#v4.0.0

#Новые и оптимизированные функции

#Разделение жизненного цикла компонента и платформы

Жизненный цикл Alauda Cache Services for Redis OSS отделён от жизненного цикла платформы, что означает, что при необходимости определённой функции или исправления ошибки команда Redis может выпустить обновление немедленно, не дожидаясь выпуска платформы.

#Логи в реальном времени на странице деталей компонента

Логи на странице деталей Redis заменены на логи в реальном времени, которые обновляются мгновенно, что облегчает устранение неполадок и анализ проблем.

#Внешний доступ через LoadBalancer для Redis

Теперь поддерживается доступ через LoadBalancer для Redis. При создании экземпляра пользователи могут выбрать экспонирование сервиса наружу через Service типа LoadBalancer.

По сравнению с NodePort, LoadBalancer обеспечивает лучшую высокую доступность, производительность и экспорт стандартного порта. Рекомендуется использовать метод LoadBalancer в продуктивных средах.

#Ограничения

При использовании LoadBalancer необходимо убедиться, что в кластере есть доступные пулы внешних адресов. Рекомендуется использовать MetalLB для создания пулов внешних адресов для кластера.

#Исправленные ошибки

• Previously, during Redis instance upgrades from v6.0 to v7.2, infrastructure instability could (in rare cases) lead to data loss. This issue has been resolved in Alauda Cache Service for Redis OSS v4.

#Известные проблемы

No issues in this release.