您好,登錄后才能下訂單哦!
本篇內容主要講解“kubectl入門知識點有有哪些”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“kubectl入門知識點有有哪些”吧!
對 Kubernetes 稍有了解的讀者應該都知道聲明式 API 的說法,kubectl 就是一個這種 API 的客戶端,所以 kubectl 的主要功能就是用來操作對象的。
在 kubectl 中被稱為 command
也就是命令。使用 kubectl --help
能看到可用的命令列表:
$ kubectl --help
kubectl controls the Kubernetes cluster manager.
Find more information at: https://kubernetes.io/docs/reference/kubectl/overview/
Basic Commands (Beginner):
create Create a resource from a file or from stdin.
...
run 在集群中運行一個指定的鏡像
...
Basic Commands (Intermediate):
explain 查看資源的文檔
get 顯示一個或更多 resources
...
Deploy Commands:
rollout Manage the rollout of a resource
...
可以看到 kubectl 的命令行幫助非常不錯,不僅有功能說明、分類,還有難度標識,甚至有部分的中文說明,kubectl 的每個命令都可以用 --help
查看進一步的幫助說明。
這里列出了很多可用的命令,按照操作能力,主流命令基本可以分為增刪改查(CRUD)四種。
新建命令用于在集群中創建對象,最常用的新建命令應該是 create
、run
了,create
能夠創建多種對象,而 run
則主要用來創建 Pod。這兩個命令都需要在命令行中使用參數的方式來表達待創建的對象的字段內容,其表達力非常粗糙和有限,并且帶有明顯的命令式 API 風味,在我的日常工作中已經很少用到這樣的命令了。
但是這種命令往往有個妙用,--dry-run=client
(舊版本中是 --dry-run
),可以在不產生實際操作的情況下,測試命令的輸出,加上 -o yaml
,可以幫助輸出 YAML 文檔。
get
是最常用的查詢指令,用于獲取對象列表和基本信息,而 describe
則用于獲取一個對象的詳細信息。另外一個常用的讀取指令就是 Debug 常用的日志查看指令:kubectl logs
。
最重要的更新命令可以說是 apply
,edit
了,patch
、label
、annotation
、scale
等命令也算常用。
apply
是把 yaml 提交給 Kubernetes 集群的最常用方式,而 edit
patch
都是用于修改線上負載的常用手段。label
和 annotation
命令則是用于修改對象元數據的,例如標簽和注解。
這個沒什么好說——delete
kubectl 的所有命令、子命令都支持 --help
參數,可以用這種方式獲取幫助。
kubectl options
命令能夠獲取 kubectl 的所有全局參數。
-f
:很多指令(不只是 apply
和 create
)都可以用 -f <文件名>
的方式進行輸入,如果使用管道操作,則可以用參數 -f -
接收 STDIN 的輸入。
-l
:可以使用各種對象上的標簽對操作范圍進行過濾,例如 -l app=hello
-o
:指定輸出格式,這個參數相對復雜,最常用的是 yaml
或者 json
用于輸出機器報文,還可以用 JSON Path 或者 Go Template 對結果進行處理。
對象通常是類型+名稱的一個組合,可以用 kubectl 獲得當前集群支持的對象類型:
如上圖,輸出內容包含幾個列:名稱、簡稱、API 群組、是否歸屬命名空間以及對象的 Kind 屬性。例如常用的 Deployment
:
名稱:
Deployment
簡稱:
Deploy
API 群組:
apps
歸屬命名空間:
是
Kind:
Deployment
使用命令 kubectl get deploy
,就能獲得當前命名空間中的 Deployment
對象列表,如果在尾巴上加入 Deployment 的名稱,就能得到符合名稱要求的 Deployment 對象,
前面提到的 -f
參數,或者是 get -o yaml
,都要用到具體的對象數據結構,這個結構到底是哪里規定的呢?基本結構可以分為三個部分,以一個 Namespace 為例:
apiVersion: v1
kind: Namespace
metadata:
name: default
spec:
finalizers:
- kubernetes
一般會分為四個基礎字段:apiVersion
、kind
、metadata
、status
以及 spec
。
apiVersion:
格式為 <apiGroup>/<apiVersion>
,一個對象的 API Group,可以用前文提到的 api-resources
命令查到,而版本則可以通過 kubectl api-versions
查詢得到。
kind:
對應 api-resources
命令輸出的字段。
metadata:
元數據,其中包括標簽、注解、名稱等字段,如果對象是屬于命名空間的,也會把命名空間寫在這里。
status:
這個字段的內容通常是由 Kubenretes 自動填寫的。
經常會被省略掉。
spec:
具體的對象內容,可以由幾個途徑獲取其定義結構
部分資源可以使用 kubectl explain <對象類別>
獲得解釋
如果該資源在集群中有對象存在,可以使用 kubectl get <對象類別> <對象名稱> -o yaml
的方式獲得原文,向其致敬。
如果前兩種方法都沒有,就需要去查看 Kubernetes 或者第三方的 API Reference 了。
到此,相信大家對“kubectl入門知識點有有哪些”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。