TaskScheduler 源码浅析

TaskScheduler

TaskScheduler 负责对 DAGScheduler 提交过来的 Task 与最佳位置的 Executor 进行绑定,然后通过 SchedulerBackend 发送到 Executor 上去执行。

image

在这个版本中,TaskScheduler 只有一个实现类,就是 TaskSchedulerImpl,在 Spark-Core 的 org.apache.spark.scheduler 包下。

源码

在 SparkContext 中对 TaskScheduler 进行了初始化操作,在 SparkContext 概览中提到过:

val (sched, ts) = SparkContext.createTaskScheduler(this, master, deployMode)
_taskScheduler = ts

// 对 TaskScheduler 进行了启动
_taskScheduler.start()

SparkContext.createTaskScheduler() 会根据运行模式的不同,创建不同类型的 SchedulerBackend,我这里以 Standalone 模式为例:

private def createTaskScheduler(...) = {
  import SparkMasterRegex._
    
  master match {
      
    // Standalone 模式
    case SPARK_REGEX(sparkUrl) =>
      val scheduler = new TaskSchedulerImpl(sc)
      val masterUrls = sparkUrl.split(",").map("spark://" + _)
      val backend = new StandaloneSchedulerBackend(scheduler, sc, masterUrls)
      scheduler.initialize(backend)
      (backend, scheduler)
      
      // ...
  }
    
}

我们先看下 TaskScheduler.initialize() 方法:

def initialize(backend: SchedulerBackend) {
  this.backend = backend
  // 根据 conf 中的设置,选择不同模式的任务调度器
  // 通过设定 SCHEDULER_MODE_PROPERTY 这个值来更改
  // 默认为 FIFO
  schedulableBuilder = {
    schedulingMode match {
     // 先进先出
      case SchedulingMode.FIFO =>
        // RootPool => TaskSetManager 的调度池(一个队列)
        new FIFOSchedulableBuilder(rootPool)
      // 公平
      case SchedulingMode.FAIR =>
        new FairSchedulableBuilder(rootPool, conf)
      case _ =>
        throw new IllegalArgumentException(s"Unsupported $SCHEDULER_MODE_PROPERTY: " +
        s"$schedulingMode")
    }
  }
  // 创建树形节点
  schedulableBuilder.buildPools()
}

在 DAGScheduler 划分完 Stage 后,会将其封装成 TaskSet 并提交给 TaskScheduler.submitTasks() 来做进一步的工作,我们先看下它的实现细节:

override def submitTasks(taskSet: TaskSet) {
  // 取出 TaskSet 中的 Task
  val tasks = taskSet.tasks
  this.synchronized {
    // 为每个 TaskSet 创建一个 TaskSetManager
    // TaskSetManager 负责任务失败时的重试工作
    val manager = createTaskSetManager(taskSet, maxTaskFailures)
    // 将 manager 添加到 schedulableBuilder 中
    // schedulableBuilder 负责 TaskSetManager 的调度
    schedulableBuilder.addTaskSetManager(manager, manager.taskSet.properties)

    // 其它操作

    hasReceivedTask = true
  }
  // 资源的分配
  backend.reviveOffers()
}

我们先看下 SchedulableBuilder.addTaskSetManager() 的实现细节,以 FIFO 模式为例:

override def addTaskSetManager(manager: Schedulable, properties: Properties) {
  rootPool.addSchedulable(manager)
}

rootPool.addSchedulable() 的实现细节:

override def addSchedulable(schedulable: Schedulable) {
  require(schedulable != null)
  // 将 TaskSetManager 放入到 schedulable 队列中
  schedulableQueue.add(schedulable)
  schedulableNameToSchedulable.put(schedulable.name, schedulable)
  schedulable.parent = this
}

从代码中可以看出,当 DAGScheduler 提交完 TaskSet 后,就会为其创建一个 TaskSetManager,然后将 TaskSetManager 放入到 TaskSetManager 队列(池)中去等待执行。

接下来我们看看 backend.reviveOffers() 的实现细节,看看 TaskSetManager 是如何被调用的:

override def reviveOffers() {
  // 发送一个 ReviveOffers 消息
  // DriverEndpoint 上文提到过
  driverEndpoint.send(ReviveOffers)
}

DriverEndpoint.receive() 会对这个消息进行处理 (CoarseGrainedSchedulerBackend 的内部类):

override def receive: PartialFunction[Any, Unit] = {

  case ReviveOffers =>
    makeOffers()

  // 略略略
    
}

makeOffers() 的实现细节:

private def makeOffers() {
  val taskDescs = CoarseGrainedSchedulerBackend.this.synchronized {
    // executorDataMap 为 executor 字典
    // 上文提到过,将反注册过来的 Executor 都放到了这里
    // 找出活跃的 Executor
    val activeExecutors = executorDataMap.filterKeys(executorIsAlive)
    // 封装 Executor 可用的资源量和联系方式
    val workOffers = activeExecutors.map { case (id, executorData) =>
      new WorkerOffer(id, executorData.executorHost, executorData.freeCores)
    }.toIndexedSeq
    // 将可用的 Executor 资源信息发送给 TaskScheduler.resourceOffers()
    // TaskScheduler 会按最优的条件将 Task 与 Executor 进行绑定并返回其集合
    scheduler.resourceOffers(workOffers)
  }
  // 将与 Executor 绑定完的 Task 交给 Eexecutor 去执行
  if (!taskDescs.isEmpty) {
    // 在每个 Executor 上启动分别启动其对应的 Task
    launchTasks(taskDescs)
  }

TaskScheduler.resourceOffers() 的实现细节:

def resourceOffers(offers: IndexedSeq[WorkerOffer]): Seq[Seq[TaskDescription]] = synchronized {

  // 要执行的任务集
  // TaskDescription 中有 Task ID 和 Executor ID
  // 下面的代码会将 Task 与 Executor 进行绑定,确定任务要到哪个 Executor 上去执行
  val tasks = shuffledOffers.map(o => new ArrayBuffer[TaskDescription](o.cores))
    
  // 获取排序后的等待执行的 TaskSetManager 
  val sortedTaskSets = rootPool.getSortedTaskSetQueue
  for (taskSet <- sortedTaskSets) {
    if (newExecAvail) {
      // 计算每个 Task 执行的位置(多个)
      // 有兴趣的可以点进去看看
      taskSet.executorAdded()
    }
  }

  // 根据优先级(本地、机架...) 将每个 Task 与 Executor 进行绑定
  for (taskSet <- sortedTaskSets) {
    var launchedAnyTask = false
    var launchedTaskAtCurrentMaxLocality = false
    for (currentMaxLocality <- taskSet.myLocalityLevels) {
      do {
        launchedTaskAtCurrentMaxLocality = resourceOfferSingleTaskSet(
          taskSet, currentMaxLocality, shuffledOffers, availableCpus, tasks)
        launchedAnyTask |= launchedTaskAtCurrentMaxLocality
      } while (launchedTaskAtCurrentMaxLocality)
    }
    if (!launchedAnyTask) {
      taskSet.abortIfCompletelyBlacklisted(hostToExecutors)
    }
  }

  // 将与 Executor 绑定完的 Task 集合返回给 SchedulerBackend
  // SchedulerBackend 接下来会提交给 Executor 去执行
  return tasks
}

SchedulerBackend.launchTasks() 的实现细节:

private def launchTasks(tasks: Seq[Seq[TaskDescription]]) {
  for (task <- tasks.flatten) {
    val serializedTask = TaskDescription.encode(task)
    if (serializedTask.limit >= maxRpcMessageSize) {
      // 资源不够用
      scheduler.taskIdToTaskSetManager.get(task.taskId).foreach { taskSetMgr =>
        // 其它操作
      }
    }
    else {
      // 其它操作

      // 向 Executor 发送了一个启动任务的请求
      executorData.executorEndpoint.send(LaunchTask(new SerializableBuffer(serializedTask)))
    }
  }
}

// Executor 收到请求后
// 先简单看一下
case LaunchTask(data) =>
  if (executor == null) {
    exitExecutor(1, "Received LaunchTask command but executor was null")
  } else {
    val taskDesc = TaskDescription.decode(data.value)
    logInfo("Got assigned task " + taskDesc.taskId)
    // 启动任务
    executor.launchTask(this, taskDesc)
  }

总的来说,TaskScheduler 负责着任务的调度、唤醒与重启的工作。

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