Какво се случва, когато клъстерът hazelcast съдържа само олекотени членове?

Използвам hazelcast в проект на Java Desktop, за да синхронизирам в реално време споделени данни между 1 до 6 клиента. Съхранявам карта от около 200 записа със съответното състояние (свободен / зает), така че двама клиенти да не могат да резервират един и същ артикул едновременно.

Тъй като клиентският хардуер не е омогенен, за да оптимизирам производителността, конфигурирах най-бавните членове да бъдат лесни членове. Това изглежда подобрява времето за реакция.

Забелязах обаче, че ако задам ВСИЧКИ членове като олекотени членове (напр. без място за съхранение), споделените карти така или иначе изглежда работят правилно. Така че въпросът ми е: какви са последиците от клъстер hazelcast, съставен само от олекотени членове?


java hazelcast
person Carlo Bonamico    schedule 03.10.2012    source източник

Отговори (1)


arrow_upward
1
arrow_downward

Ако всички членове са олекотени, правилно работещ клъстер не е възможен, тъй като няма място за поставяне на данни.

Как да зададете член като олекотен член?

Виждате ли съобщението „lite“ при формиране на клъстер, като например:

Members [2] {
    Member [127.0.0.1]:5701 this lite
    Member [127.0.0.1]:5702 lite
}
person enesness    schedule 03.10.2012
comment
Разбрах какво се случи: използвах превключвателя -Dhazelcast.lite.member=true с hazelcast-1.9.4.4, където флагът все още се казва -Dhazelcast.super.client=true, така че нямаше ефект. - person Carlo Bonamico; 03.10.2012
comment
И така, какво се случва, ако първият клиент, който стартирам, е олекотен? - person Carlo Bonamico; 03.10.2012