7.0 KiB
7.0 KiB
简介
ResourceManager(RM),RM是全局的资源管理器,负责整个系统的资源管理和分配。主要由以下两部分组成:
- 调度器:根据容量、队列限制条件将系统资源分配给各个应用。
- 资源分配的单位是container,container是一个动态资源单位,它将内存、CPU、磁盘、网络等资源封装在一起,从而限定了资源使用量。
- 调度器是一个可插拔的组件,用户可以自己定制,也可以选择Fair或Capacity调度器.
- 应用程序管理器:负责管理所有应用程序的以下内容:
- 应用提交
- 与调度器协商资源以启动AM.
- 监控AM运行状态并在失败时重启它
RM内部架构
- 交互模块:RM对普通用户、管理员、Web提供了三种对外服务:
- ClientRMService:为普通用户提供服务,它处理来自客户端的各种RPC,比如:
- 应用提交
- 终止应用
- 获取应用状态等
- AdminService:为管理员提供的独立接口,主要目的是为了防止大量普通用户请求阻塞管理员通道,提供如下功能:
- 动态更新节点列表
- 更新ACL列表
- 更新队列信息等
- WebApp:提供一个Web界面来让用户更友好的获知集群和应用的状态
- ClientRMService:为普通用户提供服务,它处理来自客户端的各种RPC,比如:
- NM管理模块:用来管理NM的模块,主要包含以下三个组件:
- ResourceTrackerService:处理来自NodeManager的请求,主要包括:
- 注册:注册是NM启动时发生的行为,NM提供的信息包括:
- 节点ID、可用资源上限信息等.
- 心跳:心跳是周期行为
- NM提供的信息包括:
- 各个Container运行状态、运行的Application列表、节点健康状态等.
- RM返回的信息包括:
- 等待释放的Container列表、Application列表等.
- NM提供的信息包括:
- 注册:注册是NM启动时发生的行为,NM提供的信息包括:
- NMLivelinessMonitor:监控NM是否活着,如果NM在一定时间(默认10m)内未上报心跳,则认为它死掉,需要移除.
- NodesListManager:维护正常节点和异常节点列表,管理exclude(类似黑名单)和include(类似白名单)节点列表, 这两个列表均是在配置文件中设置的,可以动态加载。
- ResourceTrackerService:处理来自NodeManager的请求,主要包括:
- AM管理模块:主要是用来管理所有AM,主要包括:
- ApplicationMasterService(AMS):处理来自AM的请求,包括:
- 注册:是AM启动时发生的行为,信息包括:
- AM的启动节点、对外RPC端口、tracking URL等.
- 心跳:是周期行为
- AM提供的信息包括:所需资源的描述、待释放Container列表、黑名单列表等.
- AMS返回的信息包括:新分配的Container、失败的Container、待抢占的Container列表等
- 注册:是AM启动时发生的行为,信息包括:
- AMLivelinessMonitor:监控AM是否活着,如果AM在一定时间(默认10m)内未上报心路, 则认为它死掉,它上面正在运行的Container将会被置为失败状态,而AM本身会被分配到另一个节点上(用户可以指定重试次数,默认5)
- ApplicationMasterLauncher:与某个NM通信,要求它为某个应用程序启动AM.
- ApplicationMasterService(AMS):处理来自AM的请求,包括:
- 应用管理模块:主要是各个应用外围的管理,并不涉及到应用内部
- ApplicationACLsManager:管理应用程序访问权限,包含两部分:
- 查看权限:主要用于查看应用程序基本信息
- 修改权限:主要用于修改应用程序优先级、杀死应用程序等
- RMAppManager:管理应用程序的启动和关闭.
- ContainerAllocationExpirer:当AM收到RM新分配的Container后,必须在一定时间(默认10m)内在对应的NM上启动该Container, 否则RM将强制回收该Container,而一个已经分配的Container是否该被回收则是由ContainerAllocationExpirer决定和执行的
- ApplicationACLsManager:管理应用程序访问权限,包含两部分:
- 状态机管理模块:RM使用有限状态机维护有状态对象的生命周期,状态机的引入使得Yarn的架构设计清晰,RM内部的状态机有:
- RMApp:维护一个应用程序的整个运行周期,包括从启动到运行结束的整个过程
- 由于一个APP的生命周期可能会启动多个运行实例(Attempt),RMApp维护的是所有的这些Attempt
- RMAppAttempt:一次应用程序的运行实例的整个生命周期,可以理解为APP的一次尝试运行
- RMContainer:一个Container的运行周期,包括从创建到运行结束的整个过程。
- RM将资源封装成Container发送给应用程序的AM,AM在Container描述的运行环境中启动任务
- Yarn不支持Container重用,一个Container用完后会立刻释放
- RMNode:维护了一个NM的生命周期,包括从启动到运行结束的整个过程
- RMApp:维护一个应用程序的整个运行周期,包括从启动到运行结束的整个过程
- 安全模块:RM自带了非常全面的权限管理机制,主要包括:
- ClientToAMSecretManager
- ContainerTokenSecretManager
- ApplicationTokenSecretManager
- 调度模块:主要包含一个组件ResourceScheduler。
- 资源调度器,它按照一定的约束条件(比如队列容量限制等)将集群中的资源分配给各个应用程序,目前主要考虑内存和CPU。
- ResourceScheduler是一个可插拔式的模块,自带三个调度器,用户可以自己定制。
- FIFO:先进先出,单用户。
- Fair Scheduler:公平调度器(FairScheduler基本上具备其它两种的所有功能)
- Capacity Scheduler:容量调度器
RM事件与事件处理器
Yarn采用了事件驱动机制,而RM是的实现则是最好的例证。所有服务和组件均是通过中央异步调度器组织在一起的, 不同组件之间通过事件交互,从而实现了一个异步并行的高效系统。
服务
组件名称 | 输出事件类型 | 用途 |
---|---|---|
ClientRMService | RMAppAttemptEvent RMAppEvent RMNodeEvent |
|
NMLivelinessMonitor | RMNodeEvent | |
ResourceTrackerService | RMNodeEvent RMAppAttemptEvent |
|
AMLivelinessMonitor | RMAppAttemptEvent | |
ContainerAllocationExpirer | SchedulerEvent |
事件处理器
组件名称 | 处理的事件类型 | 输出事件类型 | 用途 |
---|---|---|---|
ApplicationMasterLauncher | AMLauncherEvent | - | |
RMAppManager | RMAppManagerEvent | RMAppEvent | |
NodesListManager | NodesListManagerEvent | RMNodeEvent RMAppEvent |
|
RMApp | RMAppEvent | RMAppAttemptEvent RMNodeEvent SchedulerEvent RMAppManagerEvent |
|
RMAppAttempt | RMAppAttemptEvent | SchedulerEvent RMAppAttemptEvent RMAppEvent AMLauncherEvent RMNodeEvent |
|
RMNode | RMNodeEvent | RMAppEvent SchedulerEvent NodesListManagerEvent RMNodeEvent |
|
ResourceScheduler | SchedulerEvent | RMAppEvent RMAppAttemptEvent |
|
RMContainer | RMContainerEvent | RMAppEvent RMAppAttemptEvent RMNodeEvent |
事件处理器实现类
-
RMApp 实现类:
- ApplicationEventDispatcher
- RMAppImpl
-
RMAppAttempt 实现类
- ApplicationAttemptEventDispatcher
- RMAppAttemptImpl
-
RMNode实现类
- NodeEventDispatcher
- RMNodeImpl
-
ResourceScheduler实现类
- EventDispatcher
- FairScheduler
-
RMContainer实现类
- RMContainerImpl