Оптимизация узлов кластера Redis

Question

Я понимаю, что в кластере Redis всего 16384 слота распределены по узлам. Поэтому, если у меня есть ключ, подобный этому entity:user:userID (like user:1234), и значение является сериализованным объектом user, и скажите, имеет ли мое приложение 500k + пользователей. Он должен распределяться по каждому слоту равномерно. В настоящее время у нас всего 6 узлов (3 мастера и 3 подчиненных), и нам всегда интересно, когда мы добавим еще 2 узла к 8. Мы также записываем данные кэша на диск, и иногда мы получаем предупреждение о задержке при сохранении на диск. Я бы предположил, что если есть больше узлов, для каждого узла будет меньше данных, что обеспечит лучшую производительность / использование ресурсов. Но помимо дискового ввода-вывода, есть ли мертвое измерение производительности, чтобы сообщить нам, когда мы должны начать добавлять дополнительные узлы? Спасибо!

Answer 1

Если вашим ограничивающим фактором является дисковый ввод-вывод для репликации, использование твердотельных накопителей может существенно повысить производительность.

Два дополнительных признака того, что пришло время масштабирования, включают нагрузку на сервер и используемую память для ваших узлов. Есть и другие, но эти два легко рассуждать.

Если вашим ограничивающим фактором является вычислительная мощность на узлах (например, нагрузка на сервер) из-за естественного увеличения запросов, масштабирование поможет распределить нагрузку между больше узлов. Если один узел постоянно выше, чем другие, это может указывать на горячий раздел, который является отдельной проблемой, которую необходимо решить.

Если вашим ограничивающим фактором является общая емкость хранилища (например, используемая память) из-за естественного увеличения масштабирование данных, хранящихся в вашем кэше, поможет увеличить общую емкость хранилища вашего кластера. Если у вас очень большой набор данных и набор ключей, используемых на регулярной основе, невелик, могут применяться такие технологии, как Redis on Fla sh от Redis Labs.