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 ...
Get Getting Started with Hazelcast - Second Edition now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
