Apache Geode CHANGELOG

Configure High Availability for a Partitioned Region

Configure in-memory high availability for your partitioned region. Set other high-availability options, like redundancy zones and redundancy recovery strategies.

Here are the main steps for configuring high availability for a partitioned region. See later sections for details.

  1. Set the number of redundant copies the system should maintain of the region data. See Set the Number of Redundant Copies.
  2. (Optional) If you want to group your data store members into redundancy zones, configure them accordingly. See Configure Redundancy Zones for Members.
  3. (Optional) If you want Geode to only place redundant copies on different physical machines, configure for that. See Set Enforce Unique Host.

  4. Decide how to manage redundancy recovery and change Geode’s default behavior as needed.

  5. Decide how many buckets Geode should attempt to recover in parallel when performing redundancy recovery. By default, the system recovers up to 8 buckets in parallel. Use the gemfire.MAX_PARALLEL_BUCKET_RECOVERIES system property to increase or decrease the maximum number of buckets to recover in parallel any time redundancy recovery is performed.

  6. For all but fixed partitioned regions, review the points at which you kick off rebalancing. Redundancy recovery is done automatically at the start of any rebalancing. This is most important if you run with no automated recovery after member crashes or joins. See Rebalancing Partitioned Region Data.

For all partitioned regions, redundancy can be restored without moving buckets between members using a restore redundancy operation. See Restoring Redundancy in Partitioned Regions.

During runtime, you can add capacity by adding new members for the region. For regions that do not use fixed partitioning, you can also kick off a rebalancing operation to spread the region buckets among all members.