Kubernetes Worker Node組件

Kubernetes 集群由控制平面（Master）和工作節(jié)點（Worker Node）構(gòu)成。

在工作節(jié)點上，核心組件包括 kubelet、kube-proxy 與 Container Runtime。

這些組件各司其職，共同保障容器化應(yīng)用的穩(wěn)定運行。

本文將詳細(xì)介紹這三個組件的職責(zé)、工作原理及它們在整個 Kubernetes 集群中的作用。

工作節(jié)點概述

在 Kubernetes 集群中，工作節(jié)點負(fù)責(zé)運行應(yīng)用的 Pod。每個工作節(jié)點不僅需要具備運行容器的環(huán)境，還需要與控制平面保持通信，以便及時響應(yīng)調(diào)度決策、健康檢查及狀態(tài)上報。

工作節(jié)點核心組件主要包括：

• kubelet：作為節(jié)點代理，負(fù)責(zé)管理本節(jié)點上的 Pod 生命周期與健康狀態(tài)。
• kube-proxy：負(fù)責(zé)實現(xiàn)網(wǎng)絡(luò)代理和負(fù)載均衡，使得 Service 能夠?qū)⒘髁空_分發(fā)至后端 Pod。
• Container Runtime：提供容器的拉取、創(chuàng)建、啟動和銷毀等基本功能，目前主流選擇有 Docker、containerd、CRI-O 等。

kubelet —— 節(jié)點的守護者

角色與職責(zé)

kubelet 是運行在每個工作節(jié)點上的核心守護進程，其主要任務(wù)包括：

• 注冊與心跳：啟動后，kubelet 向 API Server 注冊當(dāng)前節(jié)點，并定時發(fā)送心跳信息，報告節(jié)點和 Pod 的狀態(tài)。
• Pod 生命周期管理：根據(jù)從 API Server 下發(fā)的 Pod 規(guī)范（PodSpec），負(fù)責(zé)啟動、監(jiān)控、重啟或終止容器，確保 Pod 達到預(yù)期狀態(tài)。
• 資源監(jiān)控：借助內(nèi)嵌工具（如 cAdvisor），實時收集節(jié)點和容器的資源使用情況（CPU、內(nèi)存、磁盤等），為調(diào)度和自愈機制提供數(shù)據(jù)支撐。

工作流程

• 獲取 Pod 配置

kubelet 通過 API Server 獲取需要在當(dāng)前節(jié)點上運行的 Pod 配置（或通過靜態(tài) Pod 文件）。

• 管理容器

根據(jù) Pod 配置，調(diào)用 Container Runtime 啟動或管理容器。

• 狀態(tài)匯報

定期向 API Server 上報節(jié)點和 Pod 的運行狀態(tài)，確保控制平面能及時發(fā)現(xiàn)異常情況。

• 示例：

當(dāng)一個 Pod 中的某個容器意外退出時，kubelet 會檢測到異常并依據(jù)重啟策略嘗試重啟該容器，從而保證應(yīng)用持續(xù)可用。

citeturn0search4

kube-proxy —— 網(wǎng)絡(luò)流量的調(diào)度員

角色與職責(zé)

kube-proxy 運行在每個工作節(jié)點上，主要負(fù)責(zé)以下任務(wù)：

• 流量轉(zhuǎn)發(fā)：基于 Service 定義的 ClusterIP、端口映射等信息，維護本地的網(wǎng)絡(luò)規(guī)則（如 iptables 或 IPVS 規(guī)則），將進入節(jié)點的流量正確轉(zhuǎn)發(fā)到后端的 Pod。
• 負(fù)載均衡：當(dāng) Service 后端有多個 Pod 時，kube-proxy 通過輪詢或其他負(fù)載均衡策略，將請求均勻分發(fā)到各個 Pod 上。
• 動態(tài)更新：實時監(jiān)聽 API Server 中 Service 和 Endpoints 的變更，動態(tài)調(diào)整網(wǎng)絡(luò)轉(zhuǎn)發(fā)規(guī)則，確保流量路由的準(zhǔn)確性。

工作原理

• 規(guī)則生成

kube-proxy 監(jiān)聽 Kubernetes API Server，獲取最新的 Service 配置及其對應(yīng)的 Endpoints 列表。

• 規(guī)則應(yīng)用

根據(jù)獲取的配置信息，生成或更新 iptables/ipvs 規(guī)則，以便將到達指定 ClusterIP 的流量轉(zhuǎn)發(fā)至后端 Pod。

• 流量調(diào)度

客戶端訪問 Service 時，規(guī)則生效后流量自動路由到對應(yīng)的 Pod，實現(xiàn)內(nèi)部負(fù)載均衡。

• 示例：

創(chuàng)建一個 Service 后，kube-proxy 將在每個節(jié)點上配置相應(yīng)的轉(zhuǎn)發(fā)規(guī)則，使得訪問 Service IP 的請求自動分發(fā)到運行該 Service 的多個 Pod。

citeturn0search1

Container Runtime —— 容器的運行時環(huán)境

角色與職責(zé)

Container Runtime 是在節(jié)點上真正執(zhí)行容器任務(wù)的底層軟件，其主要職責(zé)包括：

• 鏡像拉取：從鏡像倉庫中下載應(yīng)用所需的鏡像。
• 容器創(chuàng)建與啟動：基于鏡像創(chuàng)建容器實例，并根據(jù)配置啟動容器。
• 容器管理：監(jiān)控容器的運行狀態(tài)、資源消耗，并在必要時終止或銷毀容器。
• 與 kubelet 通信：通過 Container Runtime Interface（CRI），接受 kubelet 下發(fā)的容器管理命令。

主要實現(xiàn)

目前 Kubernetes 支持多種 Container Runtime，如：

• Docker：曾經(jīng)是默認(rèn)的運行時，但隨著 dockershim 的逐步棄用，已不再是未來的主流選擇。
• containerd：作為一個輕量級、高效的運行時，已被廣泛采用。
• CRI-O：專為 Kubernetes 設(shè)計，提供了更高效的容器管理方案。

示例：

在使用 containerd 作為運行時時，kubelet 通過 CRI 調(diào)用 containerd 的 API 來拉取鏡像并啟動 Pod 內(nèi)的容器，整個過程高度標(biāo)準(zhǔn)化與解耦。

citeturn0search10

三者協(xié)同工作

交互流程

• kubelet 與 Container Runtime
  kubelet 調(diào)用 CRI 接口，向 Container Runtime 發(fā)送容器啟動、停止、監(jiān)控等指令，實現(xiàn) Pod 內(nèi)容器的生命周期管理。
• kubelet 與 kube-proxy
  雖然 kubelet 主要負(fù)責(zé)容器管理，但通過上報節(jié)點狀態(tài)與資源信息，為 kube-proxy 等網(wǎng)絡(luò)組件提供參考，確保服務(wù)的穩(wěn)定通信。
• 整體監(jiān)控
  三者共同配合，使得控制平面能夠?qū)崟r感知節(jié)點的健康狀況和資源使用，從而做出動態(tài)調(diào)度和自愈決策。

故障自愈

• 當(dāng)某個容器因故障退出時，kubelet 及時重啟容器；
• 如果網(wǎng)絡(luò)規(guī)則失效，kube-proxy 自動調(diào)整；
• 當(dāng)容器運行時出現(xiàn)異常，kubelet 可依賴 CRI 接口發(fā)起重試或更換鏡像等操作。

總結(jié)

在 Kubernetes Worker Node 中，kubelet、kube-proxy 與 Container Runtime 各自承擔(dān)著關(guān)鍵職責(zé)，共同構(gòu)成了工作節(jié)點的基礎(chǔ)：

• kubelet 確保每個節(jié)點上 Pod 的期望狀態(tài)，進行生命周期管理與狀態(tài)上報。
• kube-proxy 保證網(wǎng)絡(luò)流量的正確路由與負(fù)載均衡，支持 Service 的透明訪問。
• Container Runtime 負(fù)責(zé)容器的實際運行，為應(yīng)用提供標(biāo)準(zhǔn)化的執(zhí)行環(huán)境。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論