Details
-
Sub-task
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
-
None
-
Reviewed
Description
We introduce the notion of an RMProxy, running on each node (or once per rack). Upon start the AM is forced (via tokens and configuration) to direct all its requests to a new services running on the NM that provide a proxy to the central RM.
This give us a place to:
1) perform distributed scheduling decisions
2) throttling mis-behaving AMs
3) mask the access to a federation of RMs
Attachments
Attachments
Issue Links
- blocks
-
YARN-3666 Federation Intercepting and propagating AM- home RM communications
- Resolved
- depends upon
-
YARN-4083 Add a discovery mechanism for the scheduler address
- Open
-
YARN-4117 End to end unit test with mini YARN cluster for AMRMProxy Service
- Resolved
- is blocked by
-
YARN-3116 [Collector wireup] We need an assured way to determine if a container is an AM container on NM
- Resolved
-
YARN-3927 Make the NodeManager's ContainerManager pluggable
- Resolved
- relates to
-
YARN-5411 Create a proxy chain for ApplicationClientProtocol in the Router
- Resolved
-
YARN-5833 Add validation to ensure default ports are unique in Configuration
- Resolved
-
YARN-1547 Prevent DoS of ApplicationMasterProtocol by putting in limits
- Patch Available
-
YARN-2915 Enable YARN RM scale out via federation using multiple RM's
- Resolved
-
YARN-6355 [Umbrella] Preprocessor framework for AM and Client interactions with the RM
- Open