hdfs
namenode
- 维护目录树，维护命名空间。
- 负责确定指定的文件块到具体的Datanode结点的映射关系。（在客户端与Datanode之间共享数据）
- 管理Datanode结点的状态报告
datanode
- 负责管理它所在结点上存储的数据的读写，及存储数据。
- 向Namenode结点报告DataNode节点的状态。
- 通过流水线复制实现数据副本。
Standby NameNode
Standby NameNode只是作为Active NameNode的备份，保证在Active NameNode出现问题时能够快速的替代它。
JournalNode
为了使Standby节点保持其状态与Active 节点同步，两节点都与 一组称"JournalNodes"（JN）的单独守护进程进行通信 。当Active 节点执行任何命名空间修改时，它会持久地将修改记录记录到这些JN的大多数中 。Standby节点能够从JN读取edit log内容，并不断监视它们以查看edit log内容的更改。当"Standby节点"看到edit log变化时，会将其应用到自己的命名空间。发生故障转移时，备用服务器将确保在将自身升级为活跃状态之前，已从JournalNode读取所有edit log内容。这样可确保在发生故障转移之前，命名空间状态已经完全同步。
DFSZKFailoverController
- Failure detector: 及时发现出故障的NN，并通知zkfc
- Active node locator: 帮助客户端定位哪个是Active的NN
- Mutual exclusion of active state: 保证某一时刻只有一个Active的NN
yarn
JobHistoryServer
历史服务器，管理者可以通过历史服务器查看已经运行完成的Mapreduce作业记录，比如用了多少个Map、多少个Reduce、作业提交时间、作业启动时间、作业完成时间等信息。
ResourceManager
- 处理客户端请求；
- 启动或监控ApplicationMaster；
- 监控NodeManager；
- 资源的分配与调度。
NodeManager
- 它负责接收处理来自ResourceManager的资源分配请求，分配具体的Container给应用。
- 同时，它还负责监控并报告Container使用信息给ResourceManager。NodeManager只负责管理自身的Container，它并不知道运行在它上面应用的信息。负责管理应用信息的组件是ApplicationMaster