Volcano产生的背景上图是我们做的一个分析，我们将其分为三层，最下面为资源管理层，中间为领域的框架，包括AI的体系、HPC、Batch，WKflow的管理以及像现在的一些微服务及流量治理等。再往上

上篇文章咱们说了 Volcano 控制器原理，这篇文章来看下调度器核心逻辑。其实所有 Controller 的逻辑，最终目的都是为了调度。

在k8s中，kube-scheduler是Kubernetes中的调度器，用于将Pod调度到可用的节点上。在调度过程中，kube-scheduler需要了解节点和Pod的资源需求和可用性情况，其中CP

在 k8s 中一个Pod由于某些原因调度失败后，会被放入调度失败队列，这个队列里面的Pod后面都怎么样了呢？他们怎么样才能重新获取到”重新做人的机会“呢？这篇文章，我们从源码的角度来看看来龙去脉 在

kube-scheduler 作为 k8s 的调度器，就好比人的大脑，将行动指定传递到手脚等器官，进而执行对应的动作，对于 kube-scheduler 则是将 Pod 分配（调度）到集群内的各个节点

本文解读了字节跳动基础架构编排调度团队发表在国际云计算顶级会议 SoCC 2023 上的论文。分享节跳动在离线混部场景中最核心的调度系统。

为了深入学习 kube-scheduler，本系从源码和实战角度深度学 习kube-scheduler，该系列一共分6篇文章，如下： - kube-scheduler 整体架构 - **初始化一个

kubernetes scheduler 浅析 什么是kubernetes scheduler？ 小到运行着几十个工作负载的 kubernetes 集群，大到运行成千上万个工作负载 kubernete

我们需要一个在 pod 调度的时候不光只看 request values 的能力，还需要将 k8s node 节点 cpu/memory 的负载也考虑进来，让 pod 在一个最合理的环境中运行。