搜尋
首頁web前端js教程CKA 全日課程 Kubernetes 中的靜態 Pod、手動排程、標籤和選擇器

CKA Full Course Day Static Pods, Manual Scheduling, Labels, and Selectors in Kubernetes

任務:在沒有調度程式的情況下手動調度 Pod

在此任務中,我們將探索如何透過直接將 pod 指派到叢集中的特定節點來繞過 Kubernetes 調度程式。對於需要 pod 在特定節點上運行而無需執行通常的調度過程的特定場景,這可能是一種有用的方法。

先決條件

我們假設您有一個正在運行的 Kubernetes 集群,該集群是使用類似於先前文章中描述的 KIND(Docker 中的 Kubernetes)配置創建的。在這裡,我們建立了一個名為 kind-cka-cluster 的叢集:

kind create cluster --name kind-cka-cluster --config config.yml

由於我們已經在先前的文章中介紹了使用 KIND 進行叢集創建,因此我們不會再次討論這些細節。

步驟 1:驗證叢集節點

要查看此新叢集中可用的節點,請執行:

kubectl get nodes

您應該會看到與此類似的輸出:

NAME                           STATUS   ROLES           AGE   VERSION
kind-cka-cluster-control-plane Ready    control-plane   7m   v1.31.0

對於此任務,我們將在 kind-cka-cluster-control-plane 上調度我們的 pod。

步驟 2:定義 Pod 清單 (node.yml)

現在,讓我們建立一個 YAML 格式的 pod 清單。使用 pod 配置中的 nodeName 字段,我們可以為 pod 指定確切的節點,完全繞過 Kubernetes 調度程式。

node.yml:

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx
  nodeName: kind-cka-cluster-control-plane

在此清單中:

  • 我們將 nodeName 設為 kind-cka-cluster-control-plane,這意味著調度程序將跳過分配節點,而該特定節點上的 Kubelet 將處理放置。

這種方法是一種直接選擇節點的方法,重寫了其他方法,例如nodeSelector或親和性規則。

根據 Kubernetes 文件:

「nodeName是比affinity或nodeSelector更直接的節點選擇形式。nodeName是Pod規格中的一個欄位。如果nodeName欄位不為空,則排程器會忽略該Pod,而命名節點上的kubelet會嘗試放置該節點上的Pod 會否決使用nodeSelector 或親和性和反親和性規則。

更多詳細信息,請參閱 Kubernetes 節點分配文件。

第 3 步:應用 Pod 清單

準備好清單後,將其套用到叢集:


kubectl apply -f node.yml
此指令建立 nginx pod 並直接指派給 kind-cka-cluster-control-plane 節點。

第 4 步:驗證 Pod 放置位置

最後,檢查 pod 是否在指定節點上運作:


kubectl get pods -o wide
輸出應確認 nginx pod 確實在 kind-cka-cluster-control-plane 上運作:


kind create cluster --name kind-cka-cluster --config config.yml

這驗證了透過設定nodeName字段,我們成功繞過了Kubernetes調度程式並直接將我們的pod調度到控制平面節點上。


任務:登入控制平面節點,進入預設靜態 Pod 清單目錄,嘗試重新啟動控制平面元件。

要存取我們新建立的叢集的控制平面節點,請使用以下命令:

kubectl get nodes

導覽至包含靜態 pod 清單的目錄:

NAME                           STATUS   ROLES           AGE   VERSION
kind-cka-cluster-control-plane Ready    control-plane   7m   v1.31.0

驗證目前清單:

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx
  nodeName: kind-cka-cluster-control-plane

要重新啟動 kube-controller-manager,請暫時移動其清單檔案:

kubectl apply -f node.yml

確認重啟後,將manifest檔恢復到原來的位置:

kubectl get pods -o wide

透過這些步驟,我們成功示範如何存取控制平面並操作靜態 pod 清單來管理控制平面組件的生命週期。


確認 kube-controller-manager 重啟

將 kube-controller-manager.yaml 清單檔案暫時移至 /tmp 後,我們可以驗證 kube-controller-manager 是否已重新啟動。正如之前的文章中提到的,我使用的是 k9s,它確實清楚地顯示了重啟,但是對於沒有 k9s 的讀者,請嘗試以下命令

檢查事件
要收集更多信息,請使用:

NAME    READY   STATUS    RESTARTS   AGE   IP           NODE                             NOMINATED NODE   READINESS GATES
nginx   1/1     Running   0          28s   10.244.0.5   kind-cka-cluster-control-plane   <none>           <none>
</none></none>

在輸出末尾尋找事件。成功重啟將顯示類似以下內容的事件:

docker exec -it kind-cka-cluster-control-plane bash

出現「Kill​​ing」、「Created」和「Started」事件表明 kube-controller-manager 已停止並重新啟動成功。


清理

完成任務並確認 pod 的行為後,清理不再需要的所有資源非常重要。這有助於維護整潔的環境並釋放叢集中的資源。

列出 Pod:
首先,您可以檢查叢集中目前運行的 Pod:

cd /etc/kubernetes/manifests

您可能會看到以下輸出:

ls

描述 Pod:
要獲取有關特定 pod 的更多信息,請使用描述命令:

mv kube-controller-manager.yaml /tmp

這將為您提供有關 pod 的詳細信息,例如其名稱、命名空間、節點和其他配置:

mv /tmp/kube-controller-manager.yaml /etc/kubernetes/manifests/

刪除 Pod:
如果您發現不再需要該 pod,可以使用以下命令安全地將其刪除:

   kubectl describe pod kube-controller-manager-kind-cka-cluster-control-plane -n kube-system

驗證刪除:
執行刪除指令後,您可以再次列出 pod 來驗證 pod 是否已被刪除:

   Events:
     Type    Reason   Age                    From     Message
     ----    ------   ----                   ----     -------
     Normal  Killing  4m12s (x2 over 8m32s)  kubelet  Stopping container kube-controller-manager
     Normal  Pulled   3m6s (x2 over 7m36s)   kubelet  Container image "registry.k8s.io/kube-controller-manager:v1.31.0" already present on machine
     Normal  Created  3m6s (x2 over 7m36s)   kubelet  Created container kube-controller-manager
     Normal  Started  3m6s (x2 over 7m36s)   kubelet  Started container kube-controller-manager

確保 nginx pod 不再出現在清單中。

透過執行這些清理步驟,您可以協助確保 Kubernetes 叢集保持組織有序且有效率。


建立具有特定標籤的多個 Pod

在本節中,我們將基於 nginx 鏡像建立三個 pod,每個 pod 都有唯一的名稱和指示不同環境的特定標籤:env:test、env:dev 和 env:prod。

第 1 步:建立腳本

首先,我們將建立一個腳本,其中包含產生 pod 的命令。使用以下命令建立腳本檔案:

kind create cluster --name kind-cka-cluster --config config.yml

接下來,將以下程式碼貼到檔案中:

kubectl get nodes

第 2 步:使腳本可執行

儲存檔案後,使用以下指令使腳本可執行:

NAME                           STATUS   ROLES           AGE   VERSION
kind-cka-cluster-control-plane Ready    control-plane   7m   v1.31.0

第 3 步:執行腳本

運行腳本來建立 Pod:

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx
  nodeName: kind-cka-cluster-control-plane

您應該看到指示 Pod 建立的輸出:

kubectl apply -f node.yml

第 4 步:驗證建立的 Pod

然後腳本將顯示建立的 Pod 的狀態:

kubectl get pods -o wide

此時,您可以根據 pod 的標籤來過濾它們。例如,要尋找帶有 env=dev 標籤的 pod,請使用下列指令:

NAME    READY   STATUS    RESTARTS   AGE   IP           NODE                             NOMINATED NODE   READINESS GATES
nginx   1/1     Running   0          28s   10.244.0.5   kind-cka-cluster-control-plane   <none>           <none>
</none></none>

您應該看到確認 pod 正在運行的輸出:

docker exec -it kind-cka-cluster-control-plane bash

標籤和提及

  • @piyushsachdeva
  • 第 13 天:影片教學

以上是CKA 全日課程 Kubernetes 中的靜態 Pod、手動排程、標籤和選擇器的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
Python vs. JavaScript:開發人員的比較分析Python vs. JavaScript:開發人員的比較分析May 09, 2025 am 12:22 AM

Python和JavaScript的主要區別在於類型系統和應用場景。 1.Python使用動態類型,適合科學計算和數據分析。 2.JavaScript採用弱類型,廣泛用於前端和全棧開發。兩者在異步編程和性能優化上各有優勢,選擇時應根據項目需求決定。

Python vs. JavaScript:選擇合適的工具Python vs. JavaScript:選擇合適的工具May 08, 2025 am 12:10 AM

選擇Python還是JavaScript取決於項目類型:1)數據科學和自動化任務選擇Python;2)前端和全棧開發選擇JavaScript。 Python因其在數據處理和自動化方面的強大庫而備受青睞,而JavaScript則因其在網頁交互和全棧開發中的優勢而不可或缺。

Python和JavaScript:了解每個的優勢Python和JavaScript:了解每個的優勢May 06, 2025 am 12:15 AM

Python和JavaScript各有優勢,選擇取決於項目需求和個人偏好。 1.Python易學,語法簡潔,適用於數據科學和後端開發,但執行速度較慢。 2.JavaScript在前端開發中無處不在,異步編程能力強,Node.js使其適用於全棧開發,但語法可能複雜且易出錯。

JavaScript的核心:它是在C還是C上構建的?JavaScript的核心:它是在C還是C上構建的?May 05, 2025 am 12:07 AM

javascriptisnotbuiltoncorc; sanInterpretedlanguagethatrunsonenginesoftenwritteninc.1)JavascriptwasdesignedAsignedAsalightWeight,drackendedlanguageforwebbrowsers.2)Enginesevolvedfromsimpleterterpretpretpretpretpreterterpretpretpretpretpretpretpretpretpretcompilerers,典型地,替代品。

JavaScript應用程序:從前端到後端JavaScript應用程序:從前端到後端May 04, 2025 am 12:12 AM

JavaScript可用於前端和後端開發。前端通過DOM操作增強用戶體驗,後端通過Node.js處理服務器任務。 1.前端示例:改變網頁文本內容。 2.後端示例:創建Node.js服務器。

Python vs. JavaScript:您應該學到哪種語言?Python vs. JavaScript:您應該學到哪種語言?May 03, 2025 am 12:10 AM

選擇Python還是JavaScript應基於職業發展、學習曲線和生態系統:1)職業發展:Python適合數據科學和後端開發,JavaScript適合前端和全棧開發。 2)學習曲線:Python語法簡潔,適合初學者;JavaScript語法靈活。 3)生態系統:Python有豐富的科學計算庫,JavaScript有強大的前端框架。

JavaScript框架:為現代網絡開發提供動力JavaScript框架:為現代網絡開發提供動力May 02, 2025 am 12:04 AM

JavaScript框架的強大之處在於簡化開發、提升用戶體驗和應用性能。選擇框架時應考慮:1.項目規模和復雜度,2.團隊經驗,3.生態系統和社區支持。

JavaScript,C和瀏覽器之間的關係JavaScript,C和瀏覽器之間的關係May 01, 2025 am 12:06 AM

引言我知道你可能會覺得奇怪,JavaScript、C 和瀏覽器之間到底有什麼關係?它們之間看似毫無關聯,但實際上,它們在現代網絡開發中扮演著非常重要的角色。今天我們就來深入探討一下這三者之間的緊密聯繫。通過這篇文章,你將了解到JavaScript如何在瀏覽器中運行,C 在瀏覽器引擎中的作用,以及它們如何共同推動網頁的渲染和交互。 JavaScript與瀏覽器的關係我們都知道,JavaScript是前端開發的核心語言,它直接在瀏覽器中運行,讓網頁變得生動有趣。你是否曾經想過,為什麼JavaScr

See all articles

熱AI工具

Undresser.AI Undress

Undresser.AI Undress

人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover

AI Clothes Remover

用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool

Undress AI Tool

免費脫衣圖片

Clothoff.io

Clothoff.io

AI脫衣器

Video Face Swap

Video Face Swap

使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱工具

mPDF

mPDF

mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),

VSCode Windows 64位元 下載

VSCode Windows 64位元 下載

微軟推出的免費、功能強大的一款IDE編輯器

記事本++7.3.1

記事本++7.3.1

好用且免費的程式碼編輯器

MantisBT

MantisBT

Mantis是一個易於部署的基於Web的缺陷追蹤工具,用於幫助產品缺陷追蹤。它需要PHP、MySQL和一個Web伺服器。請查看我們的演示和託管服務。

禪工作室 13.0.1

禪工作室 13.0.1

強大的PHP整合開發環境