在本文中，將介紹各種 Kubernetes 組件。
什么是 Kubernetes？
Kubernetes 是一個(gè)可移植、可擴(kuò)展的開源平臺，用于管理容器化工作負(fù)載和服務(wù)，有助于聲明式配置和自動化。
Kubernetes 架構(gòu)或組件
Kubernetes 集群由一個(gè)控制平面和一組 工作機(jī)器（稱為節(jié)點(diǎn)）組成。節(jié)點(diǎn)可以是虛擬機(jī)或物理服務(wù)器。應(yīng)該有至少一個(gè)控制平面節(jié)點(diǎn)（正式稱為主節(jié)點(diǎn)）來管理集群和至少一個(gè)工作節(jié)點(diǎn)（或從節(jié)點(diǎn)）?？刂破矫婀?jié)點(diǎn)和工作節(jié)點(diǎn)都有自己的組件。
控制平面節(jié)點(diǎn)的組件：
- Kube API Server
- Kube Scheduler
- etcd
- Kube Controller Manager
- Cloud Controller Manager
1. Kube API Server：
控制平面的關(guān)鍵組件是 Kube API Server，它公開了一個(gè) HTTP API，允許最終用戶、集群的各個(gè)部分和外部組件相互通信。
Kubernetes API 讓我們可以查詢和操作 Kubernetes 中不同 API 對象的狀態(tài)，比如 Pod、服務(wù)、復(fù)制控制器等。
Kubernetes API 服務(wù)器的主要實(shí)現(xiàn)是kube-apiserver。kube -apiserver旨在水平擴(kuò)展，即通過部署更多實(shí)例進(jìn)行擴(kuò)展。您可以運(yùn)行多個(gè)kube-apiserver實(shí)例并平衡這些實(shí)例之間的流量。
與 API Server 的交互可以通過三種方式完成：
2. Kube Scheduler
調(diào)度程序監(jiān)控新創(chuàng)建的 Pod，并選擇一個(gè)工作節(jié)點(diǎn)供他們運(yùn)行。
3.etcd
etcd 是一個(gè)一致且高可用性的鍵值存儲組件，存儲 Kubernetes 的所有集群數(shù)據(jù)備，包括集群狀態(tài)、集群配置等。
我們可以用 Zookeeper 和 Consul 等其他鍵值存儲替換ectd，但是，etcd 是官方支持的 k/v 存儲，并且是 Kubernetes 推薦和生產(chǎn)測試的選擇。
4. Kube Controller Manager
通過 apiserver 監(jiān)視集群的共享狀態(tài)并進(jìn)行更改以將當(dāng)前狀態(tài)移回所需狀態(tài)的控制循環(huán)。
Kubernetes 帶有一組內(nèi)置控制器，它們在 kube-controller-manager 下運(yùn)行，例如Job 控制器和Deployment 控制器。
5.cloud Controller Manager
云控制器管理器讓我們 將集群鏈接到特定云提供商的 API，并將與該云平臺交互的組件與僅與我們的集群交互的組件分開。
cloud-controller-manager 僅運(yùn)行特定于特定云提供商的控制器。
工作節(jié)點(diǎn)的組件：
節(jié)點(diǎn)組件在每個(gè)節(jié)點(diǎn)上運(yùn)行。它的工作是維護(hù)運(yùn)行中的 pod 并提供 Kubernetes 運(yùn)行時(shí)環(huán)境。
- Kubelet
- Kube Proxy
- Container runtime
- Containers & Pods
1. kubelet
Kubelet 相當(dāng)于代理，分布在每個(gè)節(jié)點(diǎn)，定期從kube-apiserver組件接收新的或修改的Pod規(guī)范，并確保Pod及其容器在期望規(guī)范下運(yùn)行。同時(shí)該組件作為工作節(jié)點(diǎn)的監(jiān)控組件，向kube-apiserver匯報(bào)主機(jī)的運(yùn)行狀況。
2. Kube proxy
Kube Proxy 是運(yùn)行在每個(gè)節(jié)點(diǎn)上的網(wǎng)絡(luò)代理。它維護(hù)節(jié)點(diǎn)上的網(wǎng)絡(luò)規(guī)則，這些網(wǎng)絡(luò)規(guī)則允許從集群內(nèi)部或外部的網(wǎng)絡(luò)會話與我們的 Pod 進(jìn)行網(wǎng)絡(luò)通信。
3.Container runtime
容器運(yùn)行時(shí)，也稱為容器引擎，是一個(gè)軟件組件，它的工作是運(yùn)行容器。具體來說，容器運(yùn)行時(shí)負(fù)責(zé)驗(yàn)證和加載容器鏡像，監(jiān)控系統(tǒng)資源，隔離和分配資源，還負(fù)責(zé)容器生命周期的管理。
為了執(zhí)行所有這些活動，容器運(yùn)行時(shí)使用標(biāo)準(zhǔn)化接口來協(xié)調(diào)資源，包括：
- 容器存儲接口 (CSI)管理容器如何訪問存儲設(shè)備
- 容器網(wǎng)絡(luò)接口 (CNI)說明 容器如何通過網(wǎng)絡(luò)進(jìn)行通信
容器運(yùn)行時(shí)的一些示例是containerd、CRI-O、Docker Engine 和 Mirantis Container Runtime。
4. 容器和 Pod
Pod 是 Kubernetes中最小的單元。Pod 抽象出容器層，因此您可以直接與 Kubernetes 層交互。
Pod 旨在在多個(gè)容器中運(yùn)行一個(gè)應(yīng)用程序。例如，DB Pod、Job Pod、Frontend App Pod 和后端 API Pod。我們可以在同一個(gè) Pod 中運(yùn)行多個(gè)應(yīng)用程序，但這些容器將緊密耦合。
每個(gè) Pod 都有自己的私有 IP 地址。容器將在不同的端口上運(yùn)行。容器可以通過 localhost 相互通信。
每個(gè) Pod 都可以附加一個(gè)共享存儲卷。Pod 中的所有容器將共享相同的卷。
當(dāng) Pod 中最后一個(gè)剩余的容器死亡或崩潰時(shí)，Pod 也會如此。當(dāng)創(chuàng)建一個(gè)新 Pod 來替換死掉或崩潰的 Pod 時(shí)，該 Pod 將分配一個(gè) IP 地址。IP 地址對于 Pod 來說是臨時(shí)的，默認(rèn)情況下它們不會持久存在。
上面的 K8s 架構(gòu)中還提到了其他可選的 K8s 對象，例如 Deployment、ReplicaSet 等，我將在單獨(dú)的文章中解釋。
