Partitioned Regions

This topic provides an overview of VMware Tanzu GemFire partitioned regions and links to documentation that explains partitioned regions in greater detail.

In addition to basic region management, partitioned regions include options for high availability, data location control, and data balancing across the cluster.

• Understanding Partitioning

  To use partitioned regions, you should understand how they work and your options for managing them.

• Configuring Partitioned Regions

  Plan the configuration and ongoing management of your partitioned region for host and accessor members and configure the regions for startup.

• Configuring the Number of Buckets for a Partitioned Region

  Decide how many buckets to assign to your partitioned region and set the configuration accordingly.

• Custom-Partitioning and Colocating Data

  You can customize how VMware Tanzu GemFire groups your partitioned region data with custom partitioning and data colocation.

• Configuring High Availability for Partitioned Regions

  By default, VMware Tanzu GemFire stores only a single copy of your partitioned region data among the region’s data stores. You can configure Tanzu GemFire to maintain redundant copies of your partitioned region data for high availability.

• Configuring Single-Hop Client Access to Partitioned Regions

  Single-hop data access enables the client pool to track where a partitioned region’s data is hosted in the servers. To access a single entry, the client directly contacts the server that hosts the key, in a single hop.

• Rebalancing Partitioned Region Data

  In a cluster with minimal contention to the concurrent threads reading or updating from the members, you can use rebalancing to dynamically increase or decrease your data and processing capacity.

• Checking Redundancy in Partitioned Regions

  Under some circumstances, it can be important to verify that your partitioned region data is redundant and that upon member restart, redundancy has been recovered properly across partitioned region members.

• Moving Partitioned Region Data to Another Member

  You can use the PartitionRegionHelper moveBucketByKey and moveData methods to explicitly move partitioned region data from one member to another.