通過(guò)查看創(chuàng)建一個(gè)吊艙或一個(gè)部署時(shí)的 10 個(gè)步驟，可以更好地了解 Kubernetes。

當(dāng)你在 Kubernetes 上使用容器時(shí)，你經(jīng)常把應(yīng)用程序組合在一個(gè)吊艙pod中。當(dāng)你把一個(gè)容器或一個(gè)吊艙發(fā)布到生產(chǎn)環(huán)境中時(shí)，它被稱為一個(gè)部署deployment。如果你每天甚至每周都在使用 Kubernetes，你可能已經(jīng)這樣做過(guò)幾百次了，但你有沒(méi)有想過(guò)，當(dāng)你創(chuàng)建一個(gè)吊艙或一個(gè)部署時(shí)到底會(huì)發(fā)生什么？

我發(fā)現(xiàn)在高層次上了解事件鏈條是有幫助的。當(dāng)然，你不一定要理解它。即使你不知道為什么，它仍然在工作。我不打算列出每一件發(fā)生的小事，但我的目標(biāo)是涵蓋所有重要的事情。

這里有一張 Kubernetes 不同組件如何互動(dòng)的視覺(jué)地圖。

吊艙鏈條

你可能注意到，在上圖中，我沒(méi)有包括 etcd。API 服務(wù)器是唯一能夠直接與 etcd 對(duì)話的組件，而且只有它能夠?qū)?etcd 進(jìn)行修改。因此，你可以認(rèn)為 etcd 在這張圖中存在于（隱藏的）API 服務(wù)器后面。

另外，我在這里只講到了兩個(gè)主要的控制器（部署控制器Deployment controller和復(fù)制集控制器ReplicaSet controller）。其他的控制器的工作方式類似。

下面的步驟描述了當(dāng)你執(zhí)行 kubectl create 命令時(shí)會(huì)發(fā)生什么。

步驟 1

當(dāng)你使用 kubectl create 命令時(shí)，一個(gè) HTTP POST 請(qǐng)求被發(fā)送到 API 服務(wù)器，其中包含部署清單。API 服務(wù)器將其存儲(chǔ)在 etcd 數(shù)據(jù)存儲(chǔ)中，并返回一個(gè)響應(yīng)給 kubectl。

步驟 2 和 3

API 服務(wù)器有一個(gè)觀察機(jī)制，所有觀察它的客戶都會(huì)得到通知?？蛻舳送ㄟ^(guò)打開與 API 服務(wù)器的 HTTP 連接來(lái)觀察變化，API 服務(wù)器會(huì)流式地發(fā)出通知。其中一個(gè)客戶端是部署控制器。

部署控制器檢測(cè)到一個(gè)部署Deployment對(duì)象，它用部署的當(dāng)前規(guī)格創(chuàng)建一個(gè)復(fù)制集ReplicaSet。該資源被送回 API 服務(wù)器，并存儲(chǔ)在 etcd 數(shù)據(jù)存儲(chǔ)中。

步驟 4 和 5

與上一步類似，所有觀察者都會(huì)收到關(guān)于 API 服務(wù)器中的變化的通知。這一次，復(fù)制集控制器會(huì)接收這一變化。

該控制器了解所需的副本數(shù)量和對(duì)象規(guī)格中定義的吊艙選擇器，創(chuàng)建吊艙資源，并將這些信息送回 API 服務(wù)器，存儲(chǔ)在 etcd 數(shù)據(jù)存儲(chǔ)中。

步驟 6 和 7

Kubernetes 現(xiàn)在擁有運(yùn)行吊艙所需的所有信息，但吊艙應(yīng)該在哪個(gè)節(jié)點(diǎn)上運(yùn)行？調(diào)度器Scheduler觀察那些還沒(méi)有分配到節(jié)點(diǎn)的吊艙，并開始對(duì)所有節(jié)點(diǎn)進(jìn)行過(guò)濾和排序，以選擇最佳節(jié)點(diǎn)來(lái)運(yùn)行吊艙。

一旦節(jié)點(diǎn)被選中，該信息將被添加到吊艙規(guī)格中。而且它被送回 API 服務(wù)器并存儲(chǔ)在 etcd 數(shù)據(jù)存儲(chǔ)中。

步驟 8、9 和 10

到目前為止的所有步驟都發(fā)生在控制平面control plane本身。工作節(jié)點(diǎn)worker node還沒(méi)有做任何工作。不過(guò)，吊艙的創(chuàng)建并不是由控制平面處理的。

相反，在所有節(jié)點(diǎn)上運(yùn)行的 kubelet 服務(wù)觀察 API 服務(wù)器中的吊艙規(guī)格，以確定它是否需要?jiǎng)?chuàng)建任何吊艙。

在調(diào)度器選擇的節(jié)點(diǎn)上運(yùn)行的 kubelet 服務(wù)獲得吊艙規(guī)格，并指示工作節(jié)點(diǎn)上的容器運(yùn)行時(shí)創(chuàng)建容器。這時(shí)就會(huì)下載一個(gè)容器鏡像（如果它還不存在的話），容器就會(huì)實(shí)際開始運(yùn)行。

理解 Kubernetes 的部署

對(duì)這個(gè)一般流程的理解可以幫助你理解 Kubernetes 中的許多事件?？紤]一下 Kubernetes 中的守護(hù)進(jìn)程集DaemonSet或狀態(tài)集StatefulSet。除了使用不同的控制器外，吊艙的創(chuàng)建過(guò)程是一樣的。

課后作業(yè)：如果部署被修改為有三個(gè)應(yīng)用程序的副本，導(dǎo)致創(chuàng)建吊艙的事件鏈條會(huì)是什么樣子？你可以參考圖表或列出的步驟，但你肯定有你需要弄清楚的知識(shí)。知識(shí)就是力量，你現(xiàn)在有了了解 Kubernetes 的一個(gè)重要組成部分。

以上就是Kubernetes部署可視化地圖的十個(gè)步驟的詳細(xì)內(nèi)容，更多關(guān)于Kubernetes部署可視化地圖的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論