2016-05-02 23 views
5

W mutinode powiedzmy N1, N2 i N3. Bezpośrednio trafiłem do węzła N1, ale z jakiegoś powodu hazelcast komunikuje się z N2 i N3. To nie jest test rytmu serca, ponieważ jest skonfigurowany na 1 minutę, ale zaobserwowałem, używając wireshark, to wyraźnie pokazuje, że połączenie przechodzi do innego węzła (tj.) Od N1 do N2.Hazelcast działa w mutlinode

Wyraźnie widać, że po trafieniu zapytania do N1 zapytanie to jest przekazywane do N2. Widziałem zapytanie i dane otrzymane w wireshark.

Jestem całkiem zdezorientowany, dlaczego tak się dzieje, Wszystkie dane muszą tam być w Węźle 1, Ale dlaczego idzie do innego węzła do pobierania danych?

Dzięki, Harry

Odpowiedz

6

Dane w Hazelcast rozdziela się, w związku z czym nie ma znaczenia, w jakim węzeł dodać dane, nie ma gwarancji, że rekord zostanie zapisany na tym węźle. Oznacza to, że komunikacja odbywa się w celu przechowywania/odczytu danych w sposób podzielony na partycje. Prawdopodobnie chcesz przeczytać na partycjonowaniu danych: http://docs.hazelcast.org/docs/3.6/manual/html-single/index.html#data-partitioning

+0

Czy istnieje sposób, aby poprawić dane, takie jak dane będą pobierane z jednego węzła, gdy uderzę w tym węźle przy użyciu parametru "CUSTOM" partycji, jak poniżej, – Harry

+0

PartitionGroupConfig partitionGroupConfig = config .getPartitionGroupConfig(); \t partitionGroupConfig.setEnabled (true) \t \t .setGroupType (MemberGroupType.CUSTOM); \t \t MemberGroupConfig memberGroupConfig = new MemberGroupConfig(); \t \t memberGroupConfig.addInterface ("192.168.12.59"); \t \t MemberGroupConfig memberGroupConfig2 = new MemberGroupConfig(); \t \t memberGroupConfig2.addInterface ("192.168.12.77"); \t \t partitionGroupConfig.addMemberGroupConfig (memberGroupConfig); \t \t partitionGroupConfig.addMemberGroupConfig (memberGroupConfig2); \treturn partitionGroupConfig; – Harry

+0

To, co zaobserwowałem w powyższej konfiguracji, to nie jest tworzenie klastra ... – Harry

Powiązane problemy