Grouping and separating nodes
By default, Hazelcast treats each instance as a completely separate node and, as such, will use any combination of the cluster nodes to hold copies (either for ownership or backups). This instantly introduces a problem where we run multiple JVM instances on the same machine (either physical or virtual). Any host or hardware level issues that affect one JVM might affect multiple instances at the same time, putting data resilience at risk.
To avoid this, we can configure Hazelcast to assign partitions not to an individual node, but to a defined group of nodes. Typically, these groups of nodes will share a common external risk or need to balance any differences in available memory. This siloing of nodes is referred to ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access