Сервер для Redis
Выделенный узел in-memory кэша: кэш, сессии, рейтинги, счётчики, очереди и pub/sub. Ключевые параметры — объём и частота RAM, низкая задержка сети, а не число ядер.
- Память — рабочий набор целиком в RAM; важны объём, число каналов и частота DIMM.
- Сеть — низкая задержка до приложений; 10/25 GbE между узлами кластера.
- CPU — высокая тактовая частота важнее большого числа ядер.
- Персистентность — RDB/AOF требует быстрых NVMe, чтобы сохранение не било по отклику.
Ориентировочные требования
| Сценарий | CPU | RAM | Диски и сеть |
|---|---|---|---|
| Кэш/сессии приложения | 6–8 ядер, высокая частота | 64–128 ГБ | SSD, 10 GbE |
| Активный кэш, большой набор | 8–16 ядер | 128–256 ГБ | NVMe AOF, 10/25 GbE |
| Очереди и pub/sub | 12–16 ядер | 256 ГБ+ | NVMe, 25 GbE |
| Redis Cluster / Sentinel | 3–6 узлов | по слотам на узел | 25 GbE между узлами |
RAM закладывают с запасом поверх рабочего набора: фрагментация, буферы репликации и всплески требуют свободной памяти.
Пример расчёта: RAM, форк и диски под горячий кэш
Кэш веб-сервиса: рабочий набор ключей и значений около 120 ГБ, пик запросов, приложение использует кэш и сессии, включён AOF. Считаем память, затем диски.
фрагментация + буферы ≈ +20–30% → ~150 ГБ
запас на форк RDB/AOF → берём 256 ГБ RAM
При сохранении Redis делает форк с копированием страниц при записи; без свободной памяти операция замедляется или упирается в лимит. 256 ГБ закрывают набор, фрагментацию и сохранение.
1–2 × Xeon Gold; больше ядер не ускоряет одиночный экземпляр
Один экземпляр обрабатывает команды преимущественно в одном потоке; несколько ядер нужны под фоновые задачи, AOF-rewrite и доп. процессы, а не под линейный рост QPS одной БД.
- 2 × NVMe RAID1 под AOF/RDB — после рестарта набор возвращается с диска.
- Сеть 10/25 GbE, низкая задержка до приложений и реплик.
- Для Cluster — 25 GbE между узлами, одинаковая память на узлах шарда.
Если кэш целиком восстанавливается из исходных данных (БД), допустим минимальный диск; когда важны время восстановления и сессии, ставят NVMe под AOF.
Три типовых уровня решения
- 1U, 1 × Xeon Silver, высокая частота
- 64–128 ГБ RAM
- SSD, 10 GbE, реплика
- 1–2 × Xeon Gold, быстрые ядра
- 128–256 ГБ RAM
- NVMe AOF, 10/25 GbE
- Парк одинаковых 1U-узлов
- 128–256 ГБ+ на узел шарда
- 25 GbE, авто-failover
Готовые конфигурации
Как мы работаем
Поставка для B2B
Работаем с системными интеграторами, разработчиками платформ и ПАК, дистрибьюторами и участниками тендеров. Договор, экспортные документы и доставка. Гарантия на новые серверы — до 3 лет по договору с Beijing Xinchuan Technology Co., Ltd.
Частые вопросы
Сколько памяти нужно для Redis?
Не меньше объёма рабочего набора плюс запас на фрагментацию, буферы репликации и пик. В примере набор 120 ГБ потребовал 256 ГБ RAM с учётом форка и буферов. Если набор не помещается в память, Redis уходит на диск и резко теряет скорость.
Нужен ли кластер или хватит одного сервера?
Для некритичных задач достаточно узла с репликой; в production добавляют Sentinel или Redis Cluster — автоматическое переключение и шардирование набора по узлам.
Важнее CPU или память?
Команды обрабатываются преимущественно в одном потоке, поэтому важны высокая частота и быстрые ядра, но главный ресурс — память: её объём и частота определяют, какой набор помещается.
Зачем запас RAM на форк?
При RDB/AOF процесс форкается и копирует страницы при записи; без свободной памяти сохранение замедляется, а узел может упереться в лимит и начать вытеснять данные. Поэтому 120 ГБ набора закрывают сервером на 256 ГБ.
Нужен ли диск кэшу?
Если кэш восстанавливается из исходных данных — диск минимальный; когда важны время восстановления и сессии, ставят NVMe RAID1 под AOF, чтобы после рестарта не качать набор заново.
Какая гарантия?
На новые серверы — до 3 лет по договору с Beijing Xinchuan Technology Co., Ltd.; условия в договоре.
← Все сценарии подбора сервера