Хмарний сервер для Redis в Європі: малозатримкове налаштування
Redis - це сховище даних у памяті, яке стоїть перед вашою базою даних, поглинаючи трафік читання та скорочуючи час відповіді від мілісекунд до мікросекунд. Якщо ваш застосунок обслуговує європейських користувачів, запуск Redis на хмарному сервері ЄС - це не лише вибір продуктивності, але й гарантія того, що дані сесій, токени користувачів та кешована особиста інформація залишаються під юрисдикцією ЄС відповідно до GDPR.
Чому резиденція даних в ЄС важлива для Redis
Redis зазвичай зберігає токени сесій, налаштування користувачів та кешовані відповіді API - все це може бути персональними даними відповідно до GDPR. Розміщення Redis на сервері ЄС, що керується компанією ЄС, гарантує, що ці дані ніколи не проходять через юрисдикцію США.
Затримка також критична для кешу. Екземпляр Redis у Празі або Франкфурті додає 0,1-0,5 мс часу туди-назад до сервера застосунку в тому ж центрі обробки даних. Той же Redis у регіоні США додає 80-100 мс.
Мінімальні характеристики для Redis
Redis повністю знаходиться в памяті, тому RAM є основним ресурсом:
- Малий (кеш сесій, до 10 ГБ даних) - 2 vCPU, 16 ГБ RAM, 50 ГБ NVMe SSD
- Середній (кеш сторінок/обєктів, 10-50 ГБ даних) - 4 vCPU, 64 ГБ RAM, 100 ГБ NVMe SSD
- Великий (основне сховище або pub/sub у масштабі) - 8 vCPU, 128 ГБ RAM, 200 ГБ NVMe SSD
Завжди виділяйте щонайменше на 20-25% більше RAM, ніж очікуваний розмір набору даних.
Рекомендована конфігурація DCXV
Хмарні сервери DCXV пропонують конфігурації з великою памяттю та сховищем NVMe для швидких знімків AOF та RDB:
- 4 vCPU, 64 ГБ RAM, 100 ГБ NVMe - виробничий кеш для SaaS-застосунку середнього трафіку
- 8 vCPU, 128 ГБ RAM, 200 ГБ NVMe - сховище сесій з великою пропускною здатністю
Зв'яжіться з sales@dcxv.com для обговорення вимог до памяті.
Команди швидкого налаштування
# Встановлення Redis 7 на Ubuntu 22.04
sudo apt update && sudo apt install -y redis-server
sudo systemctl start redis-server
sudo systemctl enable redis-server
# Перевірка роботи
redis-cli ping
# Ключові параметри redis.conf для сервера з 64 ГБ RAM
bind 127.0.0.1 10.0.0.5
maxmemory 51gb
maxmemory-policy allkeys-lru
appendonly yes
appendfsync everysec
# Встановлення пароля та перевірка
redis-cli -a yourStrongPassword123 ping
redis-cli -a yourStrongPassword123 SET session:user:42 '{"uid":42}' EX 3600
redis-cli -a yourStrongPassword123 INFO memory | grep used_memory_human
Який режим збереження вибрати
Це те єдине рішення в Redis, яке справді за вами, і це обмін надійності на пропускну здатність, а не налаштування з правильною відповіддю:
| Режим | Виживає після збою | Ціна запису | Коли вибирати |
|---|---|---|---|
| Без збереження | Нічого | Немає | Чистий кеш, який можна відбудувати з бази |
| Снапшоти RDB | Усе до останнього снапшоту | Стрибок на fork при кожному збереженні | Важливий теплий старт, а втрата хвилин ні |
| AOF, everysec | Усе, крім останньої секунди | 10-15% | Сесії, кошики, усе, втрату чого користувач помітить |
| AOF, always | Кожен запис | 50% і більше | Майже ніколи - краще візьміть базу даних |
| RDB плюс AOF | Усе, крім останньої секунди, і швидкий старт | 10-15% | Основне сховище, а не кеш |
Чого таблиця за вас не скаже: перезапис AOF робить fork процесу, а fork потребує пам'яті. Це і є справжня причина тримати 20-25% RAM вільними, а не заповнювати їх даними.
Очікувані показники продуктивності
На екземплярі з 4 vCPU / 64 ГБ RAM з Redis 7:
- Пропускна здатність GET (без конвеєризації) - 150 000-200 000 ops/s
- Пропускна здатність SET - 120 000-160 000 ops/s
- GET з конвеєризацією (128 команд) - 800 000-1 200 000 ops/s
- P99 затримка GET - менше 0,5 мс
Це очікування для заліза цього класу, а не заміри в нашій лабораторії. Використовуйте їх як відправну точку для сайзингу і міряйте своє навантаження: реальні числа залежать від ваших даних, запитів і налаштувань значно більше, ніж від провайдера.
Висновок
Redis на хмарному сервері ЄС забезпечує кеш-продуктивність з субмілісекундною затримкою, зберігаючи при цьому дані сесій та особисті дані під юрисдикцією ЄС. Встановіть maxmemory на 80% RAM і привяжіть сервіс лише до приватної IP-адреси.
