Day 03：Kubernetes的架構

14th鐵人賽 kubernetes

Calvin

2022-09-18 02:29:22

1192 瀏覽

分享至

Day 03：Kubernetes的架構

Kubernetes的cluster通常會有Master Node與Worker Node，Master Node至少要有一個，而Worker Node則不一定會存在。

今天要介紹的是一個集群裡面會有哪些元件？而這些元件是做什麼的？了解這些會為未來Debug與新增、修改元件有幫助。

Master Node

主要是用來管理集群，一個集群至少會有一個Master，如果是高可用 (High Availability) 的集群則會超過，其包含四大元件：

API-Server：使用者下的各種指令都是由這邊開始，它會去和各個元件進行互動，來完成使用者所下達的指令。
Controller-Manager：負責管理集群上各種物件，像是Node、Pod等等。
Etcd：這是一個key-value的資料庫，用來記錄集群上各物件的各種狀態。當集群發生災難導致資料遺失，可透過還原etcd來找回資料，而這部分的做法會在未來講到。
Scheduler：用來安排新增的Pod，應該在哪一個節點上運作，他會根據我們設定的各種條件，安排最符合條件的節點。

Worker Node

一般來說，集群在建立時，都會預設禁止安排任務在Master上，所以通常都會在Worker上執行，其主要包含三大元件：

Kubelet：把Worker想像成郵輪的話，那它就是船長，要負責管理Worker上的各種物件，以及負責與Master進行聯繫。
Kube-Proxy：用來維護與實現節點上的各種網路規則。
Container-Runtime：用來建立容器，以前預設都是Docker，在版本1.24以後，Kubernetes已經改掉了，安裝集群時，會自動找已安裝之Container-Runtime。如果還想使用Docker的話，則必須使用cri-dockerd。

當我們使用kubectl建立一個Pod時，會發生什麼事？

kubectl是K8S的CLI-tool。我的理解是kubectl會先通過API-Server，然後在etcd紀錄，再去Scheduler判斷這個Pod最適合在哪一個節點建立，然後由Controller-Manager來管理。
離開Master後，會透過Kube-Proxy來呼叫Kubelet，而我們的船長大人Kubelet會去吩咐Container-Runtime完成這件事。