k8s tfjob批调度-volcano调研

本文探讨了在Kubernetes环境下,使用Volcano解决机器学习任务的批调度问题,特别是针对TFJob的优化。Volcano作为Kubernetes的第二调度器,能有效避免资源死锁。通过对比Volcano与K8s原生批调度,以及Volcano在资源不足情况下的行为,文章指出Volcano在有resourcequota限制的namespace中可能存在调度缺陷,可能导致资源死锁。

背景

最近工作聚焦在机器学习这块,公司采用的kubeflow框架中的tfjob,利用tersorflow进行分布式训练。
在训练过程中,发现在整体资源不足的情况下,由于k8s默认调度器调度的粒度是pod,但是tfjob可能对应多个pod, 多个tfjob可能会互相争抢资源而陷入资源死锁。
于是开始调研解决方案,优先考虑开源的方案,最终发现2种解决方案:

  1. 第一种是kube-batch及从此之上衍生的volcano, 可以作为k8s第二调度器,对机器学习、大数据等job类任务批调度做了特殊优化
  2. 第二种是k8s默认调度器自1.16版本后开始支持批调度插件,原生就支持批调度

由于公司的k8s是1.13, 升级k8s版本可能会有未知的异常,决定优先调研volcano

volcano调研

项目路径:https://github.com/volcano-sh/volcano

volcano是华为云开源的针对ai/大数据场景的批调度服务,脱胎于kube-batch, kube-batch是kubeflow原生的批调度器项目,volcano在此基础上提供了增强型的volcano scheduler, 并且还添加了更多的特性,例如提供了一个contorller manager用于管理volcano自己可拓展的crd job (相当于实现了一个operator)、queue、podgroup等资源,还有vctl命令行工具。

volcano调度过程如下:
在这里插入图片描述
volcano scheduler调度时监控的是pod group,不是自己的crd volcano job, 这样设计可以让其他类型的c

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值