From b33715c7bcc30b60f20e51ce9814354ab12d722c Mon Sep 17 00:00:00 2001 From: yinwenqin Date: Tue, 3 Sep 2019 21:02:18 +0800 Subject: [PATCH] p5 --- ...ernetes源码学习-Scheduler-P5-Pod优先级抢占调度.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scheduler/Kubernetes源码学习-Scheduler-P5-Pod优先级抢占调度.md b/scheduler/Kubernetes源码学习-Scheduler-P5-Pod优先级抢占调度.md index 703044a..97be3fc 100644 --- a/scheduler/Kubernetes源码学习-Scheduler-P5-Pod优先级抢占调度.md +++ b/scheduler/Kubernetes源码学习-Scheduler-P5-Pod优先级抢占调度.md @@ -2,7 +2,7 @@ ## 1. 前言 -前面的两篇文章中，已经讲过了调度pod的算法(predicate/priority)，在kubernetes v1.8版本之后可以指定pod优先级(v1alpha1)，若资源不足导致高优先级pod匹配失败，高优先级pod会转而将其驱逐，抢占低优先级pod的资源，那么本篇就从代码的层面展开看一看pod抢占部分的逻辑。 +前面的两篇文章中，已经讲过了调度pod的算法(predicate/priority)，在kubernetes v1.8版本之后可以指定pod优先级(v1alpha1)，若资源不足导致高优先级pod匹配失败，高优先级pod会转而将部分低优先级pod驱逐，以抢占低优先级pod的资源尽力保障自身能够调度成功，那么本篇就从代码的层面展开看一看pod抢占调度的逻辑。 ## 2. 抢占调度入口