Mailing-List: contact yarn-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Date: Fri, 19 Aug 2016 19:24:20 +0000 (UTC)
From: "Subru Krishnan (JIRA)" <jira@apache.org>
To: yarn-issues@hadoop.apache.org
Message-ID: <JIRA.12830801.1431977407000.357852.1471634660556@Atlassian.JIRA>
In-Reply-To: <JIRA.12830801.1431977407000@Atlassian.JIRA>
References: <JIRA.12830801.1431977407000@Atlassian.JIRA> <JIRA.12830801.1431977407858@arcas>
Subject: [jira] [Updated] (YARN-3673) Create a FailoverProxy for Federation
 services
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
archived-at: Fri, 19 Aug 2016 19:24:22 -0000


     [ https://issues.apache.org/jira/browse/YARN-3673?page=3Dcom.atlassian=
.jira.plugin.system.issuetabpanels:all-tabpanel ]

Subru Krishnan updated YARN-3673:
---------------------------------
    Attachment: YARN-3673-YARN-2915-v2.patch

Updated patch (v2) that addresses [~jianhe]'s feedback and fix for Yetus wa=
rnings.

bq. If FederationRMFailoverProxyProvider is used for standalone RM, we only=
 have a single RM, how does it do failover ?

It does _not_ do failover for standalone RM. It still obtains the address f=
or the standalone RM from FederationStateStore and connects to it using a a=
ppropriate RetryPolicies (like retryForeverWithFixedSleep).

bq. My point is that it looks to me the cache in the singleton is not much =
used. Please correct me if I=E2=80=99m wrong. Because it always removes the=
 object from the cache before doing failover.

You are right, cache is not used for failover but pooling is independent of=
 caching with Singleton access pattern the only commonality. Cache is acros=
s all store implementations (managed by facade) while pooling is dependent =
on store (SQL for example supports it). We are fine to bypass cache for fai=
lover as it's a rare event.

=20

> Create a FailoverProxy for Federation services
> ----------------------------------------------
>
>                 Key: YARN-3673
>                 URL: https://issues.apache.org/jira/browse/YARN-3673
>             Project: Hadoop YARN
>          Issue Type: Sub-task
>          Components: nodemanager, resourcemanager
>            Reporter: Subru Krishnan
>            Assignee: Subru Krishnan
>         Attachments: YARN-3673-YARN-2915-v1.patch, YARN-3673-YARN-2915-v2=
.patch
>
>
> This JIRA proposes creating a failover proxy for Federation based on the =
cluster membership information in the StateStore that can be used by both R=
outer & AMRMProxy


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: yarn-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: yarn-issues-help@hadoop.apache.org