Overview
The consistent hash rings determine where every object, container, and account lives in the cluster. Ring changes require building new ring files and distributing them to all nodes. Object rebalancing occurs gradually as the replicator daemon synchronizes data to its new target locations.Ring Structure
Each ring file (e.g.,object.ring.gz) contains:
| Component | Description |
|---|---|
| Devices | All registered storage drives with zone, region, IP, port, and weight |
| Partitions | Virtual partition slots distributed across devices based on weight |
| Replicas | Number of copies maintained for each partition |
Add a Storage Device
Adding new drives expands cluster capacity. New drives start with weight 0 and are gradually weighted up to prevent sudden data movement storms.Remove a Storage Device
Graceful device removal involves reducing weight to 0 and rebalancing before physically removing the device.Wait for replication to complete
Monitor with
xavs-storage-recon --replication until the device shows zero
pending objects and no replication errors.Verify Ring Consistency
After distributing updated ring files, verify all nodes are using the same ring:Check MD5 hash of ring files on all nodes
Ring Builder Operations Reference
Next Steps
Replication
Monitor data migration after ring changes
Storage Policies
Understand how storage policies map to ring files
Monitoring
Track rebalancing progress and disk usage
Admin Troubleshooting
Diagnose ring inconsistencies and rebalancing failures