[
https://issues.apache.org/jira/browse/YARN-5597?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16606719#comment-16606719
]
Bibin A Chundatt edited comment on YARN-5597 at 9/7/18 5:43 AM:
----------------------------------------------------------------
[~subru]/[~elgoiri]
{quote}
We use the same ZK ensemble and connection string so we are not having issues
here.
{quote}
In HA subcluster with same Zk for leader election,RM store and Federation Store
+ kerberos shouldn't have any issue as per understanding.
But above topology could be load on Zk, since all subcluster RMs will write
Store to single ZK ensemble.
Why not have separate conf for FederationStore connection string?
Mysql seems best fit now if zk security is required.
What is the clean up strategy for metadata ?.
In Federation store its not required to keep the apps list(router mapping to
app) once the apps is flushed out from RM memory/store rt ??
was (Author: bibinchundatt):
[~subru]/[~elgoiri]
{quote}
We use the same ZK ensemble and connection string so we are not having issues
here.
{quote}
In HA subcluster with same Zk for, leader election,RM store and Federation
Store + kerberos shouldn't have any issue as per understanding.
Above topology could be load on Zk, since all subclusters will write Store to
single ZK ensemble.
Why not have separate conf for FederaionStore connection string?
Mysql seems best fit now if zk security is required.
What is the clean up strategy for metadata ?.
In Federation store its not required to keep the apps list(router mapping to
app) once the apps is flushed out from RM memory/store rt ??
> YARN Federation improvements
> ----------------------------
>
> Key: YARN-5597
> URL: https://issues.apache.org/jira/browse/YARN-5597
> Project: Hadoop YARN
> Issue Type: Improvement
> Reporter: Subru Krishnan
> Assignee: Subru Krishnan
> Priority: Major
>
> This umbrella JIRA tracks set of improvements over the YARN Federation MVP
> (YARN-2915)
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
