[
https://issues.apache.org/jira/browse/HBASE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13554204#comment-13554204
]
Jonathan Hsieh commented on HBASE-5487:
---------------------------------------
Another argument for having all this state in a system table/meta (and thus in
HDFS) and not having permanent state in ZK is that if you are doing something
like "backup" of hbase you can do it by just by copying data form HDFS.
Administatively you could use the future hdfs snapshot feature or just copy the
files from one cluster to another and have a decent chance of recovering
(likely still painful, but has a good chance of success). Having an extra step
of having to copy data from one ZK instance to another sounds more complicated
and even more error prone.
> Generic framework for Master-coordinated tasks
> ----------------------------------------------
>
> Key: HBASE-5487
> URL: https://issues.apache.org/jira/browse/HBASE-5487
> Project: HBase
> Issue Type: New Feature
> Components: master, regionserver, Zookeeper
> Affects Versions: 0.94.0
> Reporter: Mubarak Seyed
> Assignee: Nick Dimiduk
>
> Need a framework to execute master-coordinated tasks in a fault-tolerant
> manner.
> Master-coordinated tasks such as online-scheme change and delete-range
> (deleting region(s) based on start/end key) can make use of this framework.
> The advantages of framework are
> 1. Eliminate repeated code in Master, ZooKeeper tracker and Region-server for
> master-coordinated tasks
> 2. Ability to abstract the common functions across Master -> ZK and RS -> ZK
> 3. Easy to plugin new master-coordinated tasks without adding code to core
> components
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
