Partitioned Regions
In addition to basic region management, partitioned regions include options for high availability, data location control, and data balancing across the cluster.
-
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 Apache Geode groups your partitioned region data with custom partitioning and data colocation.
Configuring High Availability for Partitioned Regions
By default, Apache Geode stores only a single copy of your partitioned region data among the region’s data stores. You can configure Geode to maintain redundant copies of your partitioned region data for high availability.
Configuring Single-Hop Client Access to Server-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
andmoveData
methods to explicitly move partitioned region data from one member to another.