Минимизация болтовни и накладных расходов Hazelcast

Наше приложение должно работать как на большом количестве компьютеров, так и на одном автономном компьютере. Он состоит из трех отдельных кластеров, каждый из которых выполняет в основном изолированную функцию. Кластер A является основным, а кластеры B и C независимы, но им обоим нужен доступ к карте в A, чтобы знать, куда направлять запросы. Доступ должен быть сверхбыстрым.

Какую установку мне выбрать?

  1. У каждого кластера есть собственный экземпляр Hazelcast. Кластеры B и C также являются легкими членами экземпляра A.

  2. У каждого кластера есть собственный экземпляр Hazelcast. Кластеры B и C используют клиент Hazelcast для общения с A.

  3. Один гигантский экземпляр для всех кластеров.

Меня беспокоит болтовня и накладные расходы по мере увеличения кластеров, потенциально до сотен машин. Какая установка наиболее масштабируема?

Кроме того, есть ли где-нибудь рецензия, в которой подробно описываются сообщения, которые передает Hazelcast? Я хотел бы точно знать, что происходит, например, при добавлении или удалении ключа.


person ccleve    schedule 22.05.2013    source источник


Ответы (1)


Старайтесь избегать установки lite-member (1), так как сложнее поддерживать кластеры с lite-членами.

Если все эти машины / узлы находятся в одной локальной сети и если количество узлов около 50, вы можете использовать (3) .. все в одном кластере. В противном случае я бы выбрал (2), так как вы можете очень хорошо масштабировать клиентов, и они очень легкие.

person Talip Ozturk    schedule 23.05.2013
comment
Что происходит, когда в одном кластере более 50 узлов? - person ccleve; 24.05.2013
comment
Привет, Талип, спасибо за ответ, не могли бы вы прокомментировать болтливость кластера, это в основном зависит от размера объектов и количества записей? Есть ли хороший способ посмотреть это или оценить, насколько хорошо работает кластер? - person vikingsteve; 27.05.2013
comment
@ccleve 50 - несложное число. Если у вас потрясающе надежная сеть с высокой пропускной способностью, вы можете наслаждаться даже кластером из 1000 узлов. Практическое правило заключается в том, что чем меньше кластер, тем лучше, потому что сеть может стать проблемой, поскольку у вас больший кластер ... выше вероятность отключений, разделения сети, достижения пределов пропускной способности сети и т. Д. - person Talip Ozturk; 01.06.2013
comment
Статистика времени ожидания и пропускной способности @vikingsteve - мои любимые. Вы также можете попробовать функцию проверки работоспособности, доступную в Management Center. hazelcast.com/mancenter.jsp - person Talip Ozturk; 01.06.2013