Flink JobManager的HA原理分析

本文探讨了Flink JobManager的HA切换通知机制,通过Zookeeper进行领导选举和消息通知,确保任务在故障时能快速恢复。Flink使用LeaderElectionService和LeaderRetrievalService实现HA,当新的JobManager成为leader时,相关组件和客户端能及时重连,维持任务执行。
摘要由CSDN通过智能技术生成

前言


在中心式管理的系统里,主节点如果只是单独服务部署的话,或多或少都会存在单点瓶颈(SPOF)问题。所以我们说现在的分布式系统都要求具有高可用性(High Availability)的实现。同样的,在早期Flink runtime层面,JobManager也没有完全做到HA的实现,这使得运行时的任务存在失败无法及时恢复的风险。不过在最新的代码里,Flink社区已经完善了这块的实现。本文,笔者简单来聊聊Flink JobManager的HA的原理。

JobManager的HA切换通知


笔者在对比了HDFS的HA实现和Flink JobManager的实现后,两者在部分实现上还是存在差异的,并不是说只是主从切换这样简单的过程。以下是几区分点:

HDFS的HA切换,主要保证的是数据请求处理的正常服务。而Flink要让所有的失败任务能够快速恢复。我们可以从更高层面来理解这样的差异:一个是存储系统的HA实现,一个是计算框架的HA实现。

所以FlinkJobMnager在服务发生切换的时候要及时地通知外界事物。这里的外界事物包括:

  • JobManager管理的TaskManager
  • 在跑的所有Job
  • 在请求的JobClient客户端

然后这些Job,JobClient收到新的leader信息后,能够主动重新连接新的JobManager地址,保证任务的正常执行。那么这里面的通知过程是如何的呢,我们继续往下看。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值