[HBASE-1110] Distribute the master role to HRS after ZK integration

• Type: Improvement
• Status: Closed
• Priority: Major
• Resolution: Duplicate
• Assignee: Unassigned
• Reporter: Andrew Kyle Purtell
• Created: 08/Jan/09 06:03
• Updated: 11/Jun/22 20:30
• Resolved: 12/May/14 00:27

Description

After ZK integration, the master role can be distributed out to the HRS as group behaviors mediated by synchronization and rendezvous points in ZK.

• State sharing, for example load.
  • Load information can be shared with neighbors via ephemeral child status znodes of a znode representing the cluster root.
  • Region servers can periodically walk the status nodes of their neighbors. If they find themselves loaded relative to others, they can release regions. If they find themselves less loaded relative to others, they can be more aggressive about finding unassigned regions (see below).

• Ephemeral znodes for region ownership, e.g. /hbase//<region>/<ephemeral-node>
  • Use a permanent child of <region> to serve as a 'dirty' flag, removed during normal close.

• A distributed queue for region assignment.
  • When coming up, HRS can check the assignment queue for candidates.
  • HRS shutdown includes marking regions clean and moving them onto assignment queue.
  • All/any HRS can do occasional random walks over region leases looking for expired-dirty state (when timeout causes ZK to delete the ephemeral node representing the lease), and can helpfully move them first to a queue (+ barrier) for splitting then onto the assignment queue.

Issue Links

• relates to: HBASE-1111 [performance] Crash recovery takes way too long