Valkey: форк Redis — зачем переходить и как мигрировать

Помните, в марте 2024 года произошло важное событие: Redis Labs решила поменять лицензию Redis. Теперь вместо привычной BSD используется связка Server Side Public License (SSPL) и Redis Source Available License (RSALv2). И вот что это для нас всех означает:

• Нельзя использовать Redis как managed service (AWS ElastiCache, GCP Memorystore)
• Нельзя продавать Redis как часть SaaS без коммерческой лицензии
• Можно использовать бесплатно для внутренних нужд

Сообщество отреагировало быстро: Linux Foundation подняла Valkey — форк Redis 7.2.4 (последней BSD-версии). В деле AWS, Google, Oracle, Ericsson, Snap.

# Из пакетов (Debian/Ubuntu)
curl -fsSL https://packages.valkey.io/gpg | gpg --dearmor -o /usr/share/keyrings/valkey-archive-keyring.gpg
echo "deb [signed-by=/usr/share/keyrings/valkey-archive-keyring.gpg] https://packages.valkey.io/deb stable main" | \
  tee /etc/apt/sources.list.d/valkey.list
apt update && apt install valkey

# Из Docker
docker run -d --name valkey -p 6379:6379 valkey/valkey:8-alpine

# Из исходников
git clone https://github.com/valkey-io/valkey.git
cd valkey && make -j$(nproc)
make install

# Проверка
valkey-cli ping
# PONG

valkey-cli INFO server | grep valkey_version
# valkey_version:8.0.0

# Конфигурация (valkey.conf) — идентична redis.conf
bind 0.0.0.0
port 6379
requirepass YourStrongPassword
maxmemory 4gb
maxmemory-policy allkeys-lru
appendonly yes
appendfsync everysec

# Новое: multi-threaded I/O
io-threads 4
io-threads-do-reads yes

Valkey на 100% совместим с Redis 7.2 на уровне протокола, команд и RDB/AOF формата. Миграция проста:

# Метод 1: Замена бинарника (для standalone)
systemctl stop redis
cp /usr/bin/redis-server /usr/bin/redis-server.bak
ln -sf /usr/bin/valkey-server /usr/bin/redis-server
# valkey.conf = redis.conf (тот же формат)
cp /etc/redis/redis.conf /etc/valkey/valkey.conf
systemctl start valkey

# Метод 2: Replication (zero-downtime)
# 1. Запустить Valkey как реплику Redis
# valkey.conf:
replicaof redis-master.internal 6379
masterauth YourRedisPassword

# 2. Дождаться полной синхронизации
valkey-cli INFO replication
# role:slave
# master_link_status:up
# master_sync_in_progress:0  ← синхронизация завершена

# 3. Промотировать Valkey в master
valkey-cli REPLICAOF NO ONE

# 4. Переключить приложения на Valkey (сменить hostname/IP)
# 5. Остановить Redis

Все клиентские библиотеки работают без изменений:

# Python (redis-py) — просто меняем хост
import redis
r = redis.Redis(host='valkey.internal', port=6379, password='pass')
r.set('key', 'value')  # Работает идентично

# Node.js (ioredis)
const Redis = require('ioredis');
const client = new Redis({ host: 'valkey.internal' });

# Go (go-redis)
rdb := redis.NewClient(&redis.Options{Addr: "valkey.internal:6379"})

Бенчмарки: 8 CPU Xeon, 32 GB RAM, 10G NIC. Тест: valkey-benchmark -t set,get -n 10000000 -c 256 -P 32 --threads 4.

Сразу хочу отметить, что главный козырь Valkey, его фишка — это Multi-threaded I/O. Важно понимать: сами команды, как и раньше, выполняются в одном потоке, так что об атомарности можно не беспокоиться, она никуда не делась. Зато теперь чтение и запись сокетов идут параллельно, и это здорово.

# Создание Valkey Cluster (3 master + 3 replica)
valkey-cli --cluster create \
  10.0.1.1:6379 10.0.1.2:6379 10.0.1.3:6379 \
  10.0.1.4:6379 10.0.1.5:6379 10.0.1.6:6379 \
  --cluster-replicas 1 -a YourPassword

# Проверка
valkey-cli --cluster check 10.0.1.1:6379 -a YourPassword
# [OK] All nodes agree about slots configuration
# [OK] All 16384 slots covered

В Kubernetes через Helm:

helm repo add bitnami https://charts.bitnami.com/bitnami
helm install valkey bitnami/valkey-cluster \
  --set password=YourPassword \
  --set cluster.nodes=6 \
  --set cluster.replicas=1 \
  --set persistence.size=8Gi