。启动时会通过向ZK的/hadoop-ha目录写一个锁文件,写成功则为活跃,否则standyby
备份的RM会一直监控锁文件是否存在,如果不存在就会尝试去创建,争取为活跃RM
b。会接收客户端的任务请求,接收和监控nm的资源的汇报,负责资源的分配与调度,启动和监控我们的ApplicationMaster
节点上的资源的管理,启动容器容器,运行任务的计算,上报资源,容器情况汇报给RM和任务的处理情况汇报给作业的ApplicationMaster
ZKFC直接嵌入到RM中
RMStateStore直接存储到ZK中
单个应用程序(工作)的任务的管理和调度,并向RM进行资源的申请,向海里发出发射帐目指令,接收nm的任务的处理状态信息。
面试题:ApplicationMaster运行在哪里
ApplicationMaster运行在纳米机器上的container.AM也是个任务,只不过在做它自己该完成的职责。
。RM的作业信息存储在ZK的/rmstore下,活跃RM向这个目录写作业信息(即应用程序)
b当activerm挂了,另外一个备用RM成功转换为活跃的RM后,会从/rmstore目录读取相应的作业信息,重新构建作业的内存信息。
然后开始内部服务,开始接受纳米的心跳,构建集群资源的信息,并接收客户端的提交作业的请求等。
ZKFC:
自动故障转移,只作为RM进行的一个线程,而非独立的守护进程来启动。
