Ваш Redis: быстрый, персистентный, под наблюдением.

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

Ресурсы масштабируются из панели; цены в панели cmdbcnn.com.

redis-prod · 7.4Sentinel · 1 реплика
%98.4hit rate
опер. / с42 300
память2,1 / 4 ГБ
ключи1,8 млн
вытеснениеallkeys-lru
RDB + AOF включены ACL · TLS
ПЛАНЫ

Подходящий размер для Redis.

Управляемый Redis для кэша, очередей и сессий; персистентность, репликация и мониторинг на нас.

ПланПамятьПодключенияПерсистентностьРепликиEviction
RD-11 GB1,000RDBНетallkeys-lruВыбрать в панели ↗
RD-1616 GB10,000RDB + AOF1настраиваетсяВыбрать в панели ↗
RD-6464 GB20,000RDB + AOF2 (Sentinel)настраиваетсяВыбрать в панели ↗

Память увеличивается из панели мгновенно; для режима «только кэш» персистентность можно отключить. Цены в панели.

ПОЧЕМУ УПРАВЛЯЕМЫЙ REDIS?

Не только установка: мы это эксплуатируем.

Память и политика вытеснения

maxmemory и стратегия eviction подобраны под вашу нагрузку; кэш или персистентные данные, выбираете вы.

Персистентность RDB + AOF

Snapshot и журнал команд; никакой потери данных при перезапуске.

Failover через Sentinel

Если основной узел выходит из строя, реплика повышается за секунды; приложение получает адрес от Sentinel.

ACL и TLS

Права на команды для каждого пользователя, шифрованные соединения, IP allow-list.

Hit ratio и медленные команды

Hit/miss, фрагментация памяти и SLOWLOG в панели.

План Cluster

Когда память перерастает один сервер, горизонтальное масштабирование с Redis Cluster.

ВЕРСИИ

Актуальная версия, запланированные обновления.

Redis 7.4Redis 7.2Valkey 8
МОДУЛИ И ПАТТЕРНЫ

Всё нужное уже готово.

SentinelClusterRDB + AOFStreamsPub/SubRedisJSON
МИГРАЦИЯ

Перенесём ваш текущий Redis без простоя.

  1. 01

    Обследование

    Фиксируются использование памяти, паттерны ключей и профиль команд; уточняются требования к персистентности.

  2. 02

    Перенос

    Импортируется файл RDB, либо новый сервер подключается как реплика и синхронизируется вживую.

  3. 03

    Переключение

    Подключение приложения переводится на новый адрес; реплика повышается до основного узла.

ЧЕМ МЫ УПРАВЛЯЕМ?

Что мы берём на себя.

ДЛЯ КОГО ЭТО?

Типичные сценарии использования.

Кэш приложения

Снижение нагрузки на базу данных и сокращение времени отклика.

Очереди и задания

Фоновые задания и очереди событий.

Сессии и реальное время

Хранение сессий, счётчики, таблицы лидеров, pub/sub.

ВОПРОСЫ, КОТОРЫЕ ВАС ВОЛНУЮТ

Прежде чем начать.

Будут ли теряться данные?+

Персистентность (RDB/AOF) включена по умолчанию; при необходимости можно выбрать режим «только кэш».

Нужен ли мне Cluster?+

Для большинства нагрузок достаточно одного основного узла плюс реплики; Cluster планируется, когда память перерастает один сервер.

Как защищён доступ?+

TLS, пользователи ACL и IP-ограничения.

УПРАВЛЯЕМЫЕ БАЗЫ ДАННЫХ

Другие движки.

Все инфраструктурные услуги
PostgreSQLУправление сервером PostgreSQL

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

Подробнее
MySQLУправление базой данных MySQL

Управляемая MySQL / MariaDB для веб-приложений и электронной коммерции; резервное копирование, мониторинг и настройка на нас.

Подробнее
SQL ServerУправление базой данных SQL Server

Управляемый Microsoft SQL Server для корпоративных приложений; резервное копирование, планы обслуживания и мониторинг.

Подробнее
MongoDBУправление базой данных MongoDB

Управляемый replica set MongoDB: установка, резервное копирование, мониторинг и масштабирование.

Подробнее
ElasticsearchУправление поисковым движком

Управляемый кластер Elasticsearch / OpenSearch для индексации, поиска и аналитики логов.

Подробнее
MinIOУправление объектным хранилищем

S3-совместимое управляемое объектное хранилище (MinIO) для файлов, резервных копий и медиа.

Подробнее
СЛЕДУЮЩИЙ ШАГ

Расскажите о своём бизнесе.
Создадим это вместе.

Обсудим ваш проект