Масштабируемость — Если Узким Местом Является Количество Соединений, Что Лучше Масштабировать Redis — Путем Сегментирования Или Путем Репликации?

  • Автор темы Ewg33
  • Обновлено
  • 21, Oct 2024
  • #1

Фон

На прошлой неделе у нас произошел серьезный сбой, и мы определили, что узким местом является перераспределение количества соединений: масштабируемость — если узким местом является количество соединений, что лучше масштабировать Redis — путем сегментирования или путем репликации?

Наше быстрое решение заключалось в масштабировании Redis с кэша.m4.4xlarge на chache.m4.10xlarge (вертикальное масштабирование).

Однако такое масштабирование довольно дорогое: масштабируемость — если узким местом является количество соединений, что лучше масштабировать Redis — путем сегментирования или путем репликации?

мы хотели бы масштабировать по горизонтали: масштабируемость — если узким местом является количество соединений, что лучше масштабировать Redis — путем сегментирования или путем репликации? К сожалению, код приложения, который мы сейчас используем, позволяет нам либо создать кластер Redis с несколькими сегментами, либо использовать один сегмент с несколькими репликами (см. обсуждение). здесь).

Вопрос

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

#redis #масштабируемость #кэш

Ewg33


Рег
20 Jun, 2006

Тем
67

Постов
195

Баллов
560
  • 25, Oct 2024
  • #2

Redis Cluster можно рассматривать как OOTB-решение для требований масштабируемости. Существует еще одна интересная библиотека с открытым исходным кодом, известная как Redis Shard, предназначенная для реализации шардинга в Redis. Пожалуйста, найдите Репозиторий GitHub здесь.

 

Pauls


Рег
13 Apr, 2020

Тем
85

Постов
208

Баллов
653
  • 25, Oct 2024
  • #3

Просто для полноты картины: документация Redis https://redislabs.com/ebook/part-3-next-steps/chapter-10-scaling-redis/ предложите общее эмпирическое правило — добавляйте реплики для чтения, добавляйте шарды для записи и объём памяти. И это имеет смысл.

Реплика может иметь полную копию своего шарда. Чем больше осколков, тем они меньше. Также запись в один шард не ограничивает другие.

Если единственной заботой является чтение, то реплики — самое простое решение.

Если вам нужно и то, и другое, просто объедините.

 

NoSunToday


Рег
04 Oct, 2005

Тем
80

Постов
192

Баллов
612
Похожие темы Дата
Тем
403,760
Комментарии
400,028
Опыт
2,418,908

Интересно