Почему у hazelcast по умолчанию количество разделов 271 и какие параметры выбрать один?
Я только что просмотрел документацию по фундуку.
Это говорит о том, что данные распределены по всем узлам.
А количество разделов созданных в кластере 271 по умолчанию!
Какие параметры определяют выбор правильного значения счетчика разделов. И почему количество разделов по умолчанию 271?
1 ответ
271 простое число. И учитывая любой ключ, Hazelcast хеширует ключ и модифицирует его с помощью счетчика разделов. В этом контексте простые числа, как полагают, генерируют более псевдослучайный результат. На самом деле для пользователя не так важно, чтобы он был простым.
Тогда вы можете спросить, почему 271, а не другое простое число.
Просто потому, что 271 - это хорошее число, которое будет распределяться почти равномерно, когда у вас меньше 100 узлов. Если у вас более 100 узлов, вам нужно увеличить его, чтобы распределение было равномерным.
Другая причина увеличить количество разделов - это когда у вас большой объем данных. Скажем, у вас есть 300 ГБ данных для хранения в сетке данных. Тогда каждый раздел будет иметь более 1 ГБ, а миграция займет слишком много времени. Обратите внимание, что во время миграции все обновления в этом разделе блокируются. Ради задержки вы хотели бы иметь небольшие данные на раздел. Так что увеличьте его до числа, в котором вас устраивает задержка перемещения перегородок.
Обратите внимание, что разделы будут мигрировать только при добавлении нового узла.