[
https://issues.apache.org/jira/browse/YARN-1029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13851307#comment-13851307
]
Karthik Kambatla commented on YARN-1029:
----------------------------------------
Phrasing it differently, ZKFCProtocol is related to leader election and
allowing a graceful failover. ZKFC implements this because it runs the leader
election. When using the ActiveStandbyElector directly, I think the easiest way
is for the RM - AdminService or RMZKActiveStandbyElector - to also implement
this protocol.
bq. The elector can just reuse the ZK options for the the store.
Agree. The configs for zk-store and the elector can be unified. Given the store
hasn't been a part of any release yet, I think it makes most sense to unify all
configs to yarn.zk.* and have store-specific or elector-specific configs where
appropriate.
> 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)
