K8S delete node 運(yùn)維的示例分析，很多新手對(duì)此不是很清楚，為了幫助大家解決這個(gè)難題，下面小編將為大家詳細(xì)講解，有這方面需求的人可以來學(xué)習(xí)下，希望你能有所收獲。

成都創(chuàng)新互聯(lián)服務(wù)項(xiàng)目包括商水網(wǎng)站建設(shè)、商水網(wǎng)站制作、商水網(wǎng)頁制作以及商水網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，商水網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到商水省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

kubelet v1.16 源碼

delete node 流程剖析

目前版本的k8s node 由controller-manager 中的NodeLifecycleController控制，

該版本，不會(huì)默認(rèn)開啟TaintBasedEvictions feature, 去對(duì)not ready的node進(jìn)行 NoExecute 污點(diǎn)和容忍的處理。可通過以下命令確認(rèn)。 grep -r "Controller is using taint based evictions." kube-controller-manager.INFO

而NodeLifecycleController 對(duì)node的Delete 事件，并沒有相應(yīng)的handler進(jìn)行處理。而是通過ZonePodEvictor 的map結(jié)構(gòu)體去記錄哪些超時(shí)的節(jié)點(diǎn)上的pod需要被主動(dòng)刪除。

--node-monitor-grace-period duration Default: 40s
// workers that evicts pods from unresponsive nodes.
zonePodEvictor map[string]*scheduler.RateLimitedTimedQueue

controller會(huì)起一個(gè)goroutine 每隔NodeEvictionPeriod 時(shí)間間隔100ms, doEvictionPass的操作對(duì)每個(gè)ZonePodEvictor隊(duì)列 中存儲(chǔ)的node節(jié)點(diǎn)上的pod進(jìn)行刪除。

doEvictionPass()
  -> nodeutil.DeletePods()
    -> kubeClient.CoreV1().Pods(pod.Namespace).Delete(pod.Name, nil)

node controller 通過monitorNodeStatus goroutine進(jìn)行node狀態(tài)監(jiān)控。

通過把本地informer的node數(shù)據(jù) 和etcd中的比較，把node節(jié)點(diǎn)分為幾類（added, deleted，newZoneRepresentatives），觀測(cè)到node存在added，deleted列表，但獲取zone狀態(tài)為空時(shí)，加入newZoneRepresentatives列表，確認(rèn)后會(huì)把node加入ZonePodEvictor隊(duì)列 。

kubectl delete node 是一個(gè)危險(xiǎn)的操作，執(zhí)行后觸發(fā)節(jié)點(diǎn)上所有pod的evict驅(qū)逐。請(qǐng)一定謹(jǐn)慎。

看完上述內(nèi)容是否對(duì)您有幫助呢？如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章，請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝您對(duì)創(chuàng)新互聯(lián)的支持。