|
第二部分 YARN 核心设计篇. A# T5 U2 C1 b/ t" ?
YARN是一个通用资源管理系统, 可为上层应用提供统一的资源管理和调度, 它的引入为集群在利用率、 资源统一管理和数
8 ^% ^4 a+ H1 C0 s4 y8 f据共享等方面带来了巨大好处。 本书第二部分将从底层基础库、 应用程序编程接口、 运行时环境等方面深入剖析YARN的内部原. U9 [- M6 m- i' G* R
理和实现, 读者通过对这部分的学习应可编写出运行在YARN上的应用程序, 且能根据实际项目需求完成对YARN的二次开发。
, r2 D7 b( K) B8 j$ k5 E+ U第3章 YARN基础库
1 ^6 |' k7 x9 e$ t+ c与MRv1的实现相比, YARN的实现要复杂得多。 YARN借用了MRv1的一些底层基础库( 如RPC库) , 因为引入了很多新的* a. c1 e* N. X
软件设计方式, 它的基础库更多, 例如直接使用开源序列化框架Protocol Buffers和Apache Avro, 及自定义的服务库、 事件库和状7 E/ K4 q+ E% q
态机等。
~" J! v' h a- I3 C8 O本章介绍的YARN基础库是理解后面几章内容的基础, 重要性不言而喻。 其中有些基础库是开源的, 并且被广泛使用, 读者
$ a5 n3 S# u. \: a& |可根据自己的情况选择性阅读。: R" A9 ~+ [! J$ {: I/ f
3.1 概述5 S1 l2 F- ]7 h8 p, _
YARN基础库是其他一切模块的基础, 它的设计直接决定了YARN的稳定性和扩展性, 概括起来, YARN的基础库主要有以7 \2 C. q4 i X+ f& T) S: |# d
下几个。; O8 z, |% c! h$ M* a5 X
❑Protocol Buffers: Protocol Buffers是Google开源的序列化库, 具有平台无关、 高性能、 兼容性好等优点。 YARN将Protocol
2 C+ {0 L9 ^( g1 ~Buffers用到了RPC通信中, 默认情况下, YARN RPC中所有参数采用Protocol Buffers进行序列化/反序列化, 相比于MRv1中基于自2 @* R6 a$ Z% q, \3 z: I
定义Writable框架的方式, YARN在向后兼容性、 扩展性等方面提高了很多。
/ }/ z U; Y5 r! Y❑Apache Avro: Avro是Hadoop生态系统中的RPC框架, 具有平台无关、 支持动态模式( 无需编译) 等优点, Avro的最初设
, Z; f+ X6 E2 F% _. f计动机是解决YARN RPC兼容性和扩展性差等问题, 目前, YARN采用Avro记录MapReduce应用程序日志( 用于故障后应用程序
5 A! Z- A- g' O6 ?# T/ @恢复) , 今后可能代替Protocol Buffers作为RPC辅助库( 至少会作为一个可选方案) 。
/ g1 v0 S( G& c) i% _❑RPC库: YARN仍采用了MRv1中的RPC库, 但其中采用的默认序列化方法被替换成了Protocol Buffers。
; E8 I, `, h. n% ^$ n1 L0 k❑服务库和事件库: YARN将所有的对象服务化, 以便统一管理( 比创建、 销毁等) , 而服务之间则采用事件机制进行通5 t" E. u! G# b2 q
信, 不再使用类似MRv1中基于函数调用的方式。, H- v; a1 R, V% T
❑状态机库: 状态机是一种表示有限个状态以及在这些状态之间的转移和动作等行为的数学模型。 在YARN中, 很多对象都
& Y" f/ e S/ f) j是由若干状态组成的, 且当有事件发生时, 状态之间会发生转移, 比如作业、 任务、 Container等, 而YARN正是采用有限状态机9 M) g1 d4 o) d' e- X
描述一些对象的状态以及状态之间的转移。 引入状态机模型后, 相比MRv1, YARN的代码结构更加清晰易懂了。
7 @! |% d2 H' F0 Q& I z# `理解以上这几个库是阅读后面几章的基础, 本章将详细介绍这几个库。 + j, z! L$ {. F: w& r/ |* ^7 b
( Z- f# C) ?3 |+ J- f% x) E6 R2 W! Y9 G& \' `5 i8 L
|
|