Kubernetes的Scheduler是什么

這篇文章主要講解了“Kubernetes的Scheduler是什么”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“Kubernetes的Scheduler是什么”吧！

公司主營(yíng)業(yè)務(wù)：成都網(wǎng)站制作、網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭(zhēng)能力。成都創(chuàng)新互聯(lián)公司是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)公司推出那曲免費(fèi)做網(wǎng)站回饋大家。

調(diào)度流程

kube-scheduler 是 kubernetes 的調(diào)度器，它的主要作用就是根據(jù)特定的調(diào)度算法和調(diào)度策略將Pod調(diào)度到合適的Node 節(jié)點(diǎn)上去，是一個(gè)獨(dú)立的二進(jìn)制程序，啟動(dòng)之后會(huì)一直監(jiān)聽APIServer，獲取到PodSpec.NodeName 為空的 Pod，對(duì)每個(gè) Pod 都會(huì)創(chuàng)建一個(gè) binding。

Predicates

Predicates 階段首先遍歷全部節(jié)點(diǎn)，過濾掉不滿足條件的節(jié)點(diǎn)，屬于強(qiáng)制性規(guī)則，這一階段輸出的所有滿足要求的 Node 將被記錄并作為第二階段的輸入，如果所有的節(jié)點(diǎn)都不滿 足條件，那么Pod將會(huì)一直處于Pending狀態(tài)，直到有節(jié)點(diǎn)滿足條件，在這期間調(diào)度器會(huì)不斷的重試。

Priorities

Priorities 階段即再次對(duì)節(jié)點(diǎn)進(jìn)行篩選，如果有多個(gè)節(jié)點(diǎn)都滿足條件的話，那么系統(tǒng)會(huì)按 照節(jié)點(diǎn)的優(yōu)先級(jí)(priorites)大小對(duì)節(jié)點(diǎn)進(jìn)行排序，最后選擇優(yōu)先級(jí)最高的節(jié)點(diǎn)來部署 Pod 應(yīng)用。

LeastRequestedPriority：通過計(jì)算 CPU 和內(nèi)存的使用率來決定權(quán)重，使用率越低權(quán)重越 高，當(dāng)然正?？隙ㄒ彩琴Y源是使用率越低權(quán)重越高，能給別的 Pod 運(yùn)行的可能性就越大

SelectorSpreadPriority：為了更好的高可用，對(duì)同屬于一個(gè) Deployment 或者 RC 下面 的多個(gè) Pod 副本，盡量調(diào)度到多個(gè)不同的節(jié)點(diǎn)上，當(dāng)一個(gè) Pod 被調(diào)度的時(shí)候，會(huì)先去查 找該 Pod 對(duì)應(yīng)的 controller，然后查看該 controller 下面的已存在的 Pod，運(yùn)行 Pod 越少的節(jié)點(diǎn)權(quán)重越高

ImageLocalityPriority：就是如果在某個(gè)節(jié)點(diǎn)上已經(jīng)有要使用的鏡像節(jié)點(diǎn)了，鏡像總大小 值越大，權(quán)重就越高

NodeAffinityPriority：這個(gè)就是根據(jù)節(jié)點(diǎn)的親和性來計(jì)算一個(gè)權(quán)重值，后面我們會(huì)詳細(xì) 講解親和性的使用方法

節(jié)點(diǎn)調(diào)度親和性

節(jié)點(diǎn)硬親和性

requiredDuringSchedulingIgnoredDuringExecution

方式一：Pod 使用 spec.nodeSelector (基于等值關(guān)系)

方式二：Pod 使用 spec.affinity 支持 matchExpressions 屬性 (復(fù)雜標(biāo)簽選擇機(jī)制)

節(jié)點(diǎn)軟親和性

柔性控制邏輯，當(dāng)條件不滿足時(shí)，能接受被編排于其他不符合條件的節(jié)點(diǎn)之上 權(quán)重 weight 定義優(yōu)先級(jí)，1-100 值越大優(yōu)先級(jí)越高

污點(diǎn)和容忍度

污點(diǎn) taints 是定義在節(jié)點(diǎn)上的鍵值型屬性數(shù)據(jù)，用于讓節(jié)點(diǎn)拒絕將 Pod 調(diào)度運(yùn)行于其上，

除非 Pod 有接納節(jié)點(diǎn)污點(diǎn)的容忍度容忍度 tolerations 是定義在 Pod 上的鍵值屬性數(shù)據(jù)，

用于配置可容忍的污點(diǎn)，且調(diào)度器將 Pod 調(diào)度至其能容忍該節(jié)點(diǎn)污點(diǎn)的節(jié)點(diǎn)上或沒有污點(diǎn)

的節(jié)點(diǎn)上

使用 PodToleratesNodeTaints 預(yù)選策略和 TaintTolerationPriority 優(yōu)選函數(shù)完成該機(jī)

制

節(jié)點(diǎn)親和性使得 Pod 對(duì)象被吸引到一類特定的節(jié)點(diǎn) (nodeSelector 和 affinity)

污點(diǎn)提供讓節(jié)點(diǎn)排斥特定 Pod 對(duì)象的能力

（1）定義污點(diǎn)和容忍度

污點(diǎn)定義于 nodes.spec.taints 容忍度定義于 pods.spec.tolerations

語(yǔ)法： key=value:effect

（2）effect 定義排斥等級(jí)：

NoSchedule，不能容忍，但僅影響調(diào)度過程，已調(diào)度上去的 pod 不受影響，僅對(duì)新增加的

pod 生效。

PreferNoSchedule，柔性約束，節(jié)點(diǎn)現(xiàn)存 Pod 不受影響，如果實(shí)在是沒有符合的節(jié)點(diǎn)，也

可以調(diào)度上來

NoExecute，不能容忍，當(dāng)污點(diǎn)變動(dòng)時(shí)，Pod 對(duì)象會(huì)被驅(qū)逐

（3）在 Pod 上定義容忍度時(shí)：等值比較 容忍度與污點(diǎn)在 key、value、effect 三者完全匹配

存在性判斷 key、effect 完全匹配，value 使用空值

一個(gè)節(jié)點(diǎn)可配置多個(gè)污點(diǎn)，一個(gè) Pod 也可有多個(gè)容忍度

感謝各位的閱讀，以上就是“Kubernetes的Scheduler是什么”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對(duì)Kubernetes的Scheduler是什么這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！

網(wǎng)站題目：Kubernetes的Scheduler是什么
本文來源：http://bm7419.com/article22/gipojc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供商城網(wǎng)站、域名注冊(cè)、網(wǎng)站建設(shè)、定制開發(fā)、品牌網(wǎng)站設(shè)計(jì)、網(wǎng)站改版

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)