Наше приложение должно запускаться как на большом количестве машин, так и на отдельной автономной машине. Он имеет три различных кластера, каждый из которых выполняет преимущественно изолированную функцию. Кластер A является основным, а кластеры B & C независимы, но им нужен доступ к карте в A, чтобы знать, куда направлять запросы. Доступ должен быть очень быстрым.Минимизация болтовни Hazelcast и накладных расходов
Какую настройку выбрать?
В каждом кластере есть свой экземпляр Hazelcast. Кластеры B & C также являются членами Lite экземпляра A.
В каждом кластере есть свой экземпляр Hazelcast. Кластеры B & C используйте клиент Hazelcast, чтобы поговорить с A.
Один гигантский экземпляр для всех кластеров.
Я беспокоюсь о болтовне и накладных расходах, поскольку кластеры становятся больше, потенциально сотнями машин. Какая настройка наиболее масштабируема?
Кроме того, есть ли запись где угодно, которая детализирует сообщения, которые Hazelcast проходит? Я хотел бы точно знать, что происходит, когда ключ добавляется или удаляется, например.
Что происходит, когда один кластер переместится на 50 узлов? – ccleve
Hi Talip, спасибо за ваш ответ, можете ли вы прокомментировать chattiness кластера, в основном это зависит от размера объектов и количества записей? Любой хороший способ «посмотреть» это или оценить, насколько хорошо работает кластер? – vikingsteve
@ccleve 50 не является жестким числом. Если у вас есть удивительно надежная и высокопроизводительная сеть, вы можете наслаждаться даже 1000 кластерами узлов. Правило большого пальца заключается в том, что чем меньше кластер, тем лучше, потому что сеть может стать проблемой, так как у вас больше кластер ... более высокая возможность отключений, разбиение на сети, достижение пределов пропускной способности сети и т. Д. –