42丨Kubernetes默认调度器调度策略解析.pdf
10墨值下载
42 | Kubernetes默认调度器调度策略解析
2018-11-28 张磊
深入剖析Kubernetes
进入课程
讲述：张磊
时长 11:03 大小 5.07M
你好，我是张磊。今天我和你分享的主题是：Kubernetes 默认调度器调度策略解析。
在上一篇文章中，我主要为你讲解了 Kubernetes 默认调度器的设计原理和架构。在今天
这篇文章中，我们就专注在调度过程中 Predicates 和 Priorities 这两个调度策略主要发生
作用的阶段。
首先，我们一起看看 Predicates。
Predicates 在调度过程中的作用，可以理解为 Filter，即：它按照调度策略，从当前集群
的所有节点中，“过滤”出一系列符合条件的节点。这些节点，都是可以运行待调度 Pod
的宿主机。
下载APP
而在 Kubernetes 中，默认的调度策略有如下三种。
第一种类型，叫作 GeneralPredicates。
顾名思义，这一组过滤规则，负责的是最基础的调度策略。比如，PodFitsResources 计算
的就是宿主机的 CPU 和内存资源等是否够用。
当然，我在前面已经提到过，PodFitsResources 检查的只是 Pod 的 requests 字段。需要
注意的是，Kubernetes 的调度器并没有为 GPU 等硬件资源定义具体的资源类型，而是统
一用一种名叫 Extended Resource 的、Key-Value 格式的扩展字段来描述的。比如下面这
个例子：
可以看到，我们这个 Pod 通过alpha.kubernetes.io/nvidia-gpu=2这样的定义方
式，声明使用了两个 NVIDIA 类型的 GPU。
而在 PodFitsResources 里面，调度器其实并不知道这个字段 Key 的含义是 GPU，而是直
接使用后面的 Value 进行计算。当然，在 Node 的 Capacity 字段里，你也得相应地加上
这台宿主机上 GPU 的总数，比如：alpha.kubernetes.io/nvidia-gpu=4。这些流
程，我在后面讲解 Device Plugin 的时候会详细介绍到。
而 PodFitsHost 检查的是，宿主机的名字是否跟 Pod 的 spec.nodeName 一致。
1
2
3
4
5
6
7
8
9
10
11
12
13
apiVersion: v1
kind: Pod
metadata:
name: extended-resource-demo
spec:
containers:
- name: extended-resource-demo-ctr
image: nginx
resources:
requests:
alpha.kubernetes.io/nvidia-gpu: 2
limits:
alpha.kubernetes.io/nvidia-gpu: 2
复制代码
of 12
10墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
文档被以下合辑收录
评论