[ 
https://issues.apache.org/jira/browse/HBASE-22254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sergey Shelukhin updated HBASE-22254:
-------------------------------------
    Attachment:     (was: HBASE-22254.03.patch)

> refactor and improve decommissioning logic
> ------------------------------------------
>
>                 Key: HBASE-22254
>                 URL: https://issues.apache.org/jira/browse/HBASE-22254
>             Project: HBase
>          Issue Type: Improvement
>    Affects Versions: 3.0.0
>            Reporter: Sergey Shelukhin
>            Assignee: Sergey Shelukhin
>            Priority: Major
>         Attachments: HBASE-22254.01.patch, HBASE-22254.02.patch, 
> HBASE-22254.03.patch, HBASE-22254.patch
>
>
> Making some changes needed to support better decommissioning on large 
> clusters and with container mode; to test those and add clarify I moved parts 
> of decommissioning logic from HMaster, Draining tracker, and ServerManager 
> into a separate class.
> Features added/improvements:
> 1) More resilient off-loading; right now off-loading fails for a subset of 
> regions in case of a single region failure; is never done on master restart, 
> etc.
> 2) Option to kill RS after off-loading (good for container mode HBase, e.g. 
> on YARN).
> 3) Option to specify machine names only to decommission, for the API to be 
> usable for an external system that doesn't care about HBase server names, or 
> e.g. multiple RS in containers on the same node.
> 4) Option to replace existing decommissioning list instead of adding to it 
> (the same; to avoid additionally remembering what was previously sent to 
> HBase).
> 5) Tests, comments ;)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to