[ 
https://issues.apache.org/jira/browse/YARN-1029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13851965#comment-13851965
 ] 

Karthik Kambatla commented on YARN-1029:
----------------------------------------

[~bikassaha] - thanks for the inputs. Want to make sure I understand your 
proposal right. 

bq. IMO, to make this really easy to use, we should be offering zk-store and 
embedded leader election as a package. 
We should probably discuss the specifics here. Does this mean we have a single 
config to turn on both zk-store and embedded leader election. Do the rest of 
the configs - ZK ACLs etc. continue to exist. If we unify the zk configs, what 
advantages does the package approach offer in addition to the user not having 
to explicitly enable embedded-leader-election and dummy-fencing? 

If the proposal is to reduce the configuration steps for the embedded leader 
election, I am onboard to unify the zk configs and set the leader-election 
configs automatically when using ZK store.

I also spoke to Vinod offline about this JIRA. The approach (patch) should do 
the following:
# When automatic failover is enabled, one of the RMs should automatically 
assume the Active mode.
# When the Active RM goes down, the other RM should take over the Active role.
# Admins should be able to gracefully failover from one RM to the other.
# During failovers, only a single RM should be able to access the store. 

Point 4 is taken care of by the ZKRMStateStore. Point 1, 2 and 3 are 
implemented in the patch posted here, graceful failover comes from implementing 
ZKFCProtocol. 


> Allow embedding leader election into the RM
> -------------------------------------------
>
>                 Key: YARN-1029
>                 URL: https://issues.apache.org/jira/browse/YARN-1029
>             Project: Hadoop YARN
>          Issue Type: Sub-task
>            Reporter: Bikas Saha
>            Assignee: Karthik Kambatla
>         Attachments: embedded-zkfc-approach.patch, yarn-1029-0.patch, 
> yarn-1029-0.patch, yarn-1029-approach.patch
>
>
> It should be possible to embed common ActiveStandyElector into the RM such 
> that ZooKeeper based leader election and notification is in-built. In 
> conjunction with a ZK state store, this configuration will be a simple 
> deployment option.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

Reply via email to