Flink on Yarn原理剖析及实践

本文根据 Apache Flink 进阶篇系列直播课程整理而成，由阿里巴巴技术专家周凯波（宝牛）分享，主要介绍 Flink on Yarn / K8s 的原理及应用实践，文章将从 Flink 架构、Flink on Yarn 原理及实践、Flink on Kubernetes 原理剖析三部份内容进行分享并对 Flink on Yarn/Kubernetes 中存在的部分问题进行了解答。

 

Flink 架构概览

Flink 架构概览–Job

 

用户经过 DataStream API、DataSet API、SQL 和 Table API 编写 Flink 任务，它会生成一个JobGraph。JobGraph 是由 source、map()、keyBy()/window()/apply() 和 Sink 等算子组成的。当 JobGraph 提交给 Flink 集群后，可以以 Local、Standalone、Yarn 和 Kubernetes 四种模式运行。

 

Flink 架构概览–JobManager

 

 

JobManager的功能主要有：

• 将 JobGraph 转换成 Execution Graph，最终将 Execution Graph 拿来运行；

• Scheduler 组件负责 Task 的调度；

• Checkpoint Coordinator 组件负责协调整个任务的 Checkpoint，包括 Checkpoint 的开始和完成；

• 经过 Actor System 与 TaskManager 进行通讯；

• 其它的一些功能，例如 Recovery Metadata，用于进行故障恢复时，能够从 Metadata 里面读取数据。

 

Flink 架构概览–TaskManager

 

 

TaskManager 是负责具体任务的执行过程，在 JobManager 申请到资源以后开始启动。TaskManager 里面的主要组件有：

• Memory & I/O Manager，即内存 I/O 的管理；

• Network Manager，用来对网络方面进行管理；

• Actor system，用来负责网络的通讯；

 

TaskManager 被分红不少个 TaskSlot，每一个任务都要运行在一个 TaskSlot 里面，TaskSlot 是调度资源里的最小单位。

 

 

在介绍 Yarn 以前先简单的介绍一下 Flink Standalone 模式。

• 在 Standalone 模式下，Master 和 TaskManager 能够运行在同一台机器上，也能够运行在不一样的机器上。

• 在 Master 进程中，Standalone ResourceManager 的做用是对资源进行管理。当用户经过 Flink Cluster Client 将 JobGraph 提交给 Master 时，JobGraph 先通过 Dispatcher。

• 当 Dispatcher 收到客户端的请求以后，生成一个 JobManager。接着 JobManager 进程向 Standalone ResourceManager 申请资源，最终再启动 TaskManager。

• TaskManager 启动以后，会有一个注册的过程，注册以后 JobManager 再将具体的 Task 任务分发给这个 TaskManager 去执行。

以上就是一个 Standalone 任务的运行过程。

 

Flink 运行时相关组件

接下来总结一下 Flink 的基本架构和它在运行时的一些组件，具体以下：

• Client：用户经过 SQL 或者 API 的方式进行任务的提交，提交后会生成一个 JobGraph。

• JobManager：JobManager 接受到用户的请求以后，会对任务进行调度，而且申请资源启动 TaskManager。

• TaskManager：它负责一个具体 Task 的执行。TaskManager 向 JobManager 进行注册，当 TaskManager 接收到 JobManager 分配的任务以后，开始执行具体的任务。

 

Flink on Yarn 原理及实践

Yarn 架构原理–总览

 

Yarn 模式在国内使用比较普遍，基本上大多数公司在生产环境中都使用过 Yarn 模式。首先介绍一下 Yarn 的架构原理，由于只有足够了解 Yarn 的架构原理，才能更好的知道 Flink 是如何在 Yarn 上运行的。

 

 

Yarn 的架构原理如上图所示，最重要的角色是 ResourceManager，主要用来负责整个资源的管理，Client 端是负责向 ResourceManager 提交任务。

 

用户在 Client 端提交任务后会先给到 Resource Manager。Resource Manager 会启动 Container，接着进一步启动 Application Master，即对 Master 节点的启动。当 Master 节点启动以后，会向 Resource Manager 再从新申请资源，当 Resource Manager 将资源分配给 Application Master 以后，Application Master 再将具体的 Task 调度起来去执行。

 

Yarn 架构原理–组件

Yarn 集群中的组件包括：

• ResourceManager (RM)：ResourceManager (RM)负责处理客户端请求、启动/监控 ApplicationMaster、监控 NodeManager、资源的分配与调度，包含 Scheduler 和 Applications Manager。

• ApplicationMaster (AM)：ApplicationMaster (AM)运行在 Slave 上，负责数据切分、申请资源和分配、任务监控和容错。

• NodeManager (NM)：NodeManager (NM)运行在 Slave 上，用于单节点资源管理、AM/RM通讯以及汇报状态。

• Container：Container 负责对资源进行抽象，包括内存、CPU、磁盘，网络等资源。

 

Yarn 架构原理–交互

 

 

以在 Yarn 上运行 MapReduce 任务为例来说解下 Yarn 架构的交互原理：

• 首先，用户编写 MapReduce 代码后，经过 Client 端进行任务提交。

• ResourceManager 在接收到客户端的请求后，会分配一个 Container 用来启动 ApplicationMaster，并通知 NodeManager 在这个 Container 下启动 ApplicationMaster。

• ApplicationMaster 启动后，向 ResourceManager 发起注册请求。接着 ApplicationMaster 向 ResourceManager 申请资源。根据获取到的资源，和相关的 NodeManager 通讯，要求其启动程序。

• 一个或者多个 NodeManager 启动 Map/Reduce Task。

• NodeManager 不断汇报 Map/Reduce Task 状态和进展给 ApplicationMaster。

• 当全部 Map/Reduce Task 都完成时，ApplicationMaster 向 ResourceManager 汇报任务完成，并注销本身。

 

Flink on Yarn–Per Job

 

 

Flink on Yarn 中的 Per Job 模式是指每次提交一个任务，而后任务运行完成以后资源就会被释放。在了解了 Yarn 的原理以后，Per Job 的流程也就比较容易理解了，具体以下：

• 首先 Client 提交 Yarn App，好比 JobGraph 或者 JARs。

• 接下来 Yarn 的 ResourceManager 会申请第一个 Container。这个 Container 经过 Application Master 启动进程，Application Master 里面运行的是 Flink 程序，即 Flink-Yarn ResourceManager 和 JobManager。

• 最后 Flink-Yarn ResourceManager 向 Yarn ResourceManager 申请资源。当分配到资源后，启动 TaskManager。TaskManager 启动后向 Flink-Yarn ResourceManager 进行注册，注册成功后 JobManager 就会分配具体的任务给 TaskManager 开始执行。

 

Flink on Yarn–Session

 

 

在 Per Job 模式中，执行完任务后整个资源就会释放，包括 JobManager、TaskManager 都所有退出。而 Session 模式则不同，它的 Dispatcher 和 ResourceManager 是能够复用的。Session 模式下，当 Dispatcher 在收到请求以后，会启动 JobManager(A)，让 JobManager(A) 来完成启动 TaskManager，接着会启动 JobManager(B) 和对应的 TaskManager 的运行。当 A、B 任务运行完成后，资源并不会释放。Session 模式也称为多线程模式，其特色是资源会一直存在不会释放，多个 JobManager 共享一个 Dispatcher，并且还共享 Flink-YARN ResourceManager。

 

Session 模式和 Per Job 模式的应用场景不同。Per Job 模式比较适合那种对启动时间不敏感，运行时间较长的任务。Seesion 模式适合短期运行的任务，通常是批处理任务。若用 Per Job 模式去运行短期的任务，那就须要频繁的申请资源，运行结束后，还须要资源释放，下次还需再从新申请资源才能运行。显然，这种任务会频繁启停的状况不适用于 Per Job 模式，更适合用 Session 模式。

 

 

Yarn 模式特色

Yarn 模式的优势有：

• 资源的统一管理和调度。Yarn 集群中全部节点的资源（内存、CPU、磁盘、网络等）被抽象为 Container。计算框架须要资源进行运算任务时须要向 Resource Manager 申请 Container，Yarn 按照特定的策略对资源进行调度和进行 Container 的分配。Yarn 模式能经过多种任务调度策略来利用提升集群资源利用率。例如 FIFO Scheduler、Capacity Scheduler、Fair Scheduler，并能设置任务优先级。

• 资源隔离。Yarn 使用了轻量级资源隔离机制 Cgroups 进行资源隔离以免相互干扰，一旦 Container 使用的资源量超过事先定义的上限值，就将其杀死。

• 自动 failover 处理。例如 Yarn NodeManager 监控、Yarn ApplicationManager 异常恢复。

 

Yarn 模式虽然有很多优势，可是也有诸多缺点，例如运维部署成本较高，灵活性不够。

 

Flink on Yarn 实践

关于 Flink on Yarn 的实践在社区官网上面有不少课程，例如：《Flink 安装部署、环境配置及运行应用程序》 和 《客户端操做》都是基于 Yarn 进行讲解的，这里就再也不赘述。

社区官网： https://ververica.cn/developers/flink-training-course1/