Spark-Core 计算基础核心(三) 概念及原理介绍

运行原理

  1. 当一个spark应用被提交时,首先要为这个spark APPlication构建基本的运行环境,即由任务节点Driver创建一个sparkcontext;
  2. sparkContext向cluster manager 资源管理容器注册并任务申请运行Excuter资源。
  3. cluster manager 资源管理容器为excuter分配资源并启动excuter进程,excuter向driver进行反向注册并申请分配task,同时将运行情况将随着心跳发送到cluster manager资源管理容器上
  4. sparkcontext根据程序中的rdd的依赖关系构建DAG有向无环图,并将DAG作为一个job提交给DAGscheduler进行解析成为stage,并把该stage中的所有task组成为taskset发送给taskscheduler
  5. taskscheduler将task发放给excuter运行,同时sparkcontext将应用程序代码发放给excuter
  6. excuter将task丢到线程池中执行,把执行结果反馈给taskscheduler,然后再反馈给DAGscheduler,运行完毕后写入数据并释放所有资源

原理补充

  1. 每个Application获取专属的executor进程,该进程在Application期间一直驻留,并以多线程方式运行tasks。
  2. Spark与资源管理器无关,只要能够获取executor进程,并能保持相互通信就可以了
  3. 提交SparkContext的Client应该靠近Worker节点(运行Executor的节点),最好是在同一个Rack(机架)里,因为Spark Application运行过程中SparkContext和Executor之间有大量的信息交换;
  4. Task采用了数据本地性和推测执行的优化机制。关键方法:taskIdToLocations、getPreferedLocations

任务监控与结果获取

  1. 任务监控:
    TaskScheduler通过回调函数通知DAGScheduler具体的Executor的生命状态,以及job和task的运行情况,DAGScheduler根据这些任务的状态信息进行进一步的维护作业和重新执行计算。
  2. 结果获取:
    1. 两种结果:
      1. 中间结果: 对于运算的中间结果,返回给DAGscheduler的是一个mapstatus里的相关存储信息
      2. 最终结果: 对于运算的最终结果,返回给DAGscheduler的是运算结果的本身
    2. 两种类型:
      1. 如果结果足够小,则直接放在DirectTaskResult对象内中
      2. 如果超过特定尺寸则在Executor端会将DirectTaskResult先序列化,再把序列化的结果作为一个数据块存放在BlockManager中,然后将BlockManager返回的BlockID放在IndirectTaskResult对象中返回给 TaskScheduler,TaskScheduler进而调用TaskResultGetter将IndirectTaskResult中的BlockID取出并 通过BlockManager最终取得对应的DirectTaskResult。

数据读取与保存

  • spark支持的文件格式: Text文件,Json文件,Csv文件,Sequence文件,Objcet文件
  • spark支持的文件系统: 本地文件系统,HDFS文件系统,Hbase,JDBC

累加器与广播变量

  • 问题背景:
    在默认情况下,当Spark在集群的多个不同节点的多个任务上并行运行一个函数时,它会把函数中涉及到的每个变量,在每个任务上都生成一个副本。但是,有时候需要在多个任务之间共享变量,或者在任务(Task)和任务控制节点(Driver Program)之间共享变量。
  • 概念:
    1. 累加器:累加器支持在所有不同节点之间进行累加计算,工作节点上的任务不能访问累加器的值。从这些任务的角度来看,累加器是一个只写变量。累加器必须放在action算子中使用,transform算子会使累加器不准确
    2. 广播变量:广播变量用来把变量在所有节点的内存之间进行共享,在每个机器上缓存一个只读的变量,而不是为机器上的每个任务都生成一个副本。
  • 意义:
    1. 累加器解决了共享变量进行计算的问题,
    2. 广播变量将任务级别变成了节点级别的,节约了机器资源
  • 补充:
    1. 广播变量:
    • 可以理解广播就是一个公共的共享变量
    • 将一个数据集广播后,不同的Task都可以在节点上获取到
    • 每个节点只存一份
    • 如果不使用广播,每一个Task都会拷贝一份数据集,造成内存资源浪费
    1. Broadcast和Accumulators的区别
      1. Broadcast(广播变量)允许程序员将一个只读的变量缓存在每台机器上,而不用在任务之间传递变量。广播变量可以进行共享,但是不可以进行修改
      2. Accumulators(累加器)是可以在不同任务中对同一个变量进行累加操作

容错机制

  1. 通过血缘关系重新构建
  2. 通过持久化方案进行重新加载
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,504评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,434评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,089评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,378评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,472评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,506评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,519评论 3 413
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,292评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,738评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,022评论 2 329
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,194评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,873评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,536评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,162评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,413评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,075评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,080评论 2 352

推荐阅读更多精彩内容