前言
大家好,這里是浩道linux,主要給大家分享linux、python、網絡通信相關的IT知識平臺。
kubectl 常用命令指南
Kubectl 命令是操作 kubernetes 集群的最直接的方式,特別是運維人員,需要對這些命令有一個詳細的掌握
Kubectl 自動補全
# setup autocomplete in bash, bash-completion package should be installed first.
$ source <(kubectl completion bash)
# setup autocomplete in zsh
$ source <(kubectl completion zsh)
Kubectl 上下文和配置
設置 kubectl 命令交互的 kubernetes 集群并修改配置信息。參閱 使用 kubeconfig 文件進行跨集群驗證 獲取關于配置文件的詳細信息。
# 顯示合并后的 kubeconfig 配置
$ kubectl config view
# 同時使用多個 kubeconfig 文件并查看合并后的配置
$ KUBECONFIG=~/.kube/config:~/.kube/kubconfig2 kubectl config view
# 獲取 e2e 用戶的密碼
$ kubectl config view -o jsonpath='{.users[?(@.name == "e2e")].user.password}'
# 顯示當前的上下文
$ kubectl config current-context
# 設置默認上下文為 my-cluster-name
$ kubectl config use-context my-cluster-name
# 向 kubeconf 中增加支持基本認證的新集群
$ kubectl config set-credentials kubeuser/foo.kubernetes.com --username=kubeuser --password=kubepassword
# 使用指定的用戶名和 namespace 設置上下文
$ kubectl config set-context gce --user=cluster-admin --namespace=foo
&& kubectl config use-context gce
創建對象
Kubernetes 的清單文件可以使用 json 或 yaml 格式定義。可以以.yaml、.yml、或者.json為擴展名。
# 創建資源
$ kubectl create -f ./my-manifest.yaml
# 使用多個文件創建資源
$ kubectl create -f ./my1.yaml -f ./my2.yaml
# 使用目錄下的所有清單文件來創建資源
$ kubectl create -f ./dir
# 使用 url 來創建資源
$ kubectl create -f https://git.io/vPieo
# 啟動一個 nginx 實例
$ kubectl run nginx --image=nginx
# 獲取 pod 和 svc 的文檔
$ kubectl explain pods,svc
# 從 stdin 輸入中創建多個 YAML 對象
$ cat <create -f -
apiVersion: v1
kind: Pod
metadata:
name: busybox-sleep
spec:
containers:
- name: busybox
image: busybox
args:
- sleep
- "1000000"
---
apiVersion: v1
kind: Pod
metadata:
name: busybox-sleep-less
spec:
containers:
- name: busybox
image: busybox
args:
- sleep
- "1000"
EOF
# 創建包含幾個 key 的 Secret
$ cat <create -f -
apiVersion: v1
kind: Secret
metadata:
name: mysecret
type: Opaque
data:
password: $(echo "s33msi4" | base64)
username: $(echo "jane" | base64)
EOF
顯示和查找資源
# Get commands with basic output
# 列出所有 namespace 中的所有 service
$ kubectl get services
# 列出所有 namespace 中的所有 pod
$ kubectl get pods --all-namespaces
# 列出所有 pod 并顯示詳細信息
$ kubectl get pods -o wide
# 列出指定 deployment
$ kubectl get deployment my-dep
# 列出該 namespace 中的所有 pod 包括未初始化的
$ kubectl get pods --include-uninitialized
# 使用詳細輸出來描述命令
$ kubectl describe nodes my-node
$ kubectl describe pods my-pod
# List Services Sorted by Name
$ kubectl get services --sort-by=.metadata.name
# 根據重啟次數排序列出 pod
$ kubectl get pods --sort-by='.status.containerStatuses[0].restartCount'
# 獲取所有具有 app=cassandra 的 pod 中的 version 標簽
$ kubectl get pods --selector=app=cassandra rc -o
jsonpath='{.items[*].metadata.labels.version}'
# 獲取所有節點的 ExternalIP
$ kubectl get nodes -o jsonpath='{.items[*].status.addresses[?(@.type=="ExternalIP")].address}'
# 列出屬于某個 PC 的 Pod 的名字
# “jq”命令用于轉換復雜的 jsonpath,參考 https://stedolan.github.io/jq/
$ sel=${$(kubectl get rc my-rc --output=json | jq -j '.spec.selector | to_entries | .[] | "(.key)=(.value),"')%?}
$ echo $(kubectl get pods --selector=$sel --output=jsonpath={.items..metadata.name})
# 查看哪些節點已就緒
$ JSONPATH='{range .items[*]}{@.metadata.name}:{range @.status.conditions[*]}{@.type}={@.status};{end}{end}'
&& kubectl get nodes -o jsonpath="$JSONPATH" | grep "Ready=True"
# 列出當前 Pod 中使用的 Secret
$ kubectl get pods -o json | jq '.items[].spec.containers[].env[]?.valueFrom.secretKeyRef.name' | grep -v null | sort | uniq
更新資源
$ kubectl rolling-update frontend-v1 -f frontend-v2.json # 滾動更新 pod frontend-v1
$ kubectl rolling-update frontend-v1 frontend-v2 --image=image:v2 # 更新資源名稱并更新鏡像
$ kubectl rolling-update frontend --image=image:v2 # 更新 frontend pod 中的鏡像
$ kubectl rolling-update frontend-v1 frontend-v2 --rollback # 退出已存在的進行中的滾動更新
$ cat pod.json | kubectl replace -f - # 基于 stdin 輸入的 JSON 替換 pod
# 強制替換,刪除后重新創建資源。會導致服務中斷。
$ kubectl replace --force -f ./pod.json
# 為 nginx RC 創建服務,啟用本地 80 端口連接到容器上的 8000 端口
$ kubectl expose rc nginx --port=80 --target-port=8000
# 更新單容器 pod 的鏡像版本(tag)到 v4
$ kubectl get pod mypod -o yaml | sed 's/(image: myimage):.*$/1:v4/' | kubectl replace -f -
# 添加標簽
$ kubectl label pods my-pod new-label=awesome
# 添加注解
$ kubectl annotate pods my-pod icon-url=http://goo.gl/XXBTWq
# 自動擴展 deployment “foo”
$ kubectl autoscale deployment foo --min=2 --max=10
修補資源
使用策略合并補丁并修補資源。
# 部分更新節點
kubectl patch node k8s-node-1 -p '{"spec":{"unschedulable":true}}'
# 更新容器鏡像;spec.containers[*].name 是必須的,因為這是合并的關鍵字
$ kubectl patch pod valid-pod -p '{"spec":{"containers":[{"name":"kubernetes-serve-hostname","image":"new image"}]}}'
# 使用具有位置數組的 json 補丁更新容器鏡像
$ kubectl patch pod valid-pod --type='json' -p='[{"op": "replace", "path": "/spec/containers/0/image", "value":"new image"}]'
# 使用具有位置數組的 json 補丁禁用 deployment 的 livenessProbe
$ kubectl patch deployment valid-deployment --type json -p='[{"op": "remove", "path": "/spec/template/spec/containers/0/livenessProbe"}]'
編輯資源
在編輯器中編輯任何 API 資源。
# 編輯名為 docker-registry 的 service
$ kubectl edit svc/docker-registry
# 使用其它編輯器
$ KUBE_EDITOR="nano" kubectl edit svc/docker-registry
Scale 資源
Scale a replicaset named 'foo' to 3
kubectl scale --replicas=3 rs/foo
Scale a resource specified in "foo.yaml" to 3
kubectl scale --replicas=3 -f foo.yaml
If the deployment named mysql's current size is 2, scale mysql to 3
kubectl scale --current-replicas=2 --replicas=3 deployment/mysql
Scale multiple replication controllers
kubectl scale --replicas=5 rc/foo rc/bar rc/baz
刪除資源
# 刪除 pod.json 文件中定義的類型和名稱的 pod
$ kubectl delete -f ./pod.json
# 刪除名為“baz”的 pod 和名為“foo”的 service
$ kubectl delete pod,service baz foo
# 刪除具有 name=myLabel 標簽的 pod 和 serivce
$ kubectl delete pods,services -l name=myLabel
# 刪除具有 name=myLabel 標簽的 pod 和 service,包括尚未初始化的
$ kubectl delete pods,services -l name=myLabel --include-uninitialized
# 刪除 my-ns namespace 下的所有 pod 和 serivce包
$ kubectl -n my-ns delete po,svc --all
與運行中的 Pod 交互
# dump 輸出 pod 的日志(stdout)
$ kubectl logs my-pod
# dump 輸出 pod 中容器的日志(stdout,pod 中有多個容器的情況下使用)
$ kubectl logs my-pod -c my-container
# 流式輸出 pod 的日志(stdout)
$ kubectl logs -f my-pod
# 流式輸出 pod 中容器的日志(stdout,pod 中有多個容器的情況下使用)
$ kubectl logs -f my-pod -c my-container
# 交互式 shell 的方式運行 pod
$ kubectl run -i --tty busybox --image=busybox -- sh
# 連接到運行中的容器
$ kubectl attach my-pod -i
# 轉發 pod 中的 6000 端口到本地的 5000 端口
$ kubectl port-forward my-pod 5000:6000
# 在已存在的容器中執行命令(只有一個容器的情況下)
$ kubectl exec my-pod -- ls /
# 在已存在的容器中執行命令(pod 中有多個容器的情況下)
$ kubectl exec my-pod -c my-container -- ls /
# 顯示指定 pod 和容器的指標度量
$ kubectl top pod POD_NAME --containers
與節點和集群交互
標記 my-node 不可調度
kubectl cordon my-node
清空 my-node 以待維護
kubectl drain my-node
標記 my-node 可調度
kubectl uncordon my-node
顯示 my-node 的指標度量
kubectl top node my-node
kubectl cluster-info
將當前集群狀態輸出到 stdout
kubectl cluster-info dump
將當前集群狀態輸出到 /path/to/cluster-state
kubectl cluster-info dump --output-directory=/path/to/cluster-state
如果該鍵和影響的污點(taint)已存在,則使用指定的值替換
kubectl taint nodes foo dedicated=special-user:NoSchedule
set 命令
配置應用的一些特定資源,也可以修改應用已有的資源使用kubectl set --help查看,它的子命令,env,image,resources,selector,serviceaccount,subject。語法:resources (-f FILENAME | TYPE NAME) ([—limits=LIMITS & —requests=REQUESTS]kubectl set resources 命令
這個命令用于設置資源的一些范圍限制。資源對象中的Pod可以指定計算資源需求(CPU-單位m、內存-單位Mi),即使用的最小資源請求(Requests),限制(Limits)的最大資源需求,Pod將保證使用在設置的資源數量范圍。對于每個Pod資源,如果指定了Limits(限制)值,并省略了Requests(請求),則Requests默認為Limits的值。
可用資源對象包括(支持大小寫):replicationcontroller、deployment、daemonset、job、replicaset。
例如:
將deployment的nginx容器cpu限制為“200m”,將內存設置為“512Mi”
kubectl set resources deployment nginx -c=nginx --limits=cpu=200m,memory=512Mi
設置所有nginx容器中 Requests和Limits
kubectl set resources deployment nginx --limits=cpu=200m,memory=512Mi --requests=cpu=100m,memory=256Mi
刪除nginx中容器的計算資源值
kubectl set resources deployment nginx --limits=cpu=0,memory=0 --requests=cpu=0,memory=0
kubectl set selector 命令
設置資源的selector(選擇器)。如果在調用”set selector”命令之前已經存在選擇器,則新創建的選擇器將覆蓋原來的選擇器。selector必須以字母或數字開頭,最多包含63個字符,可使用:字母、數字、連字符” - “ 、點”.”和下劃線” _ “。如果指定了—resource-version,則更新將使用此資源版本,否則將使用現有的資源版本。注意:目前selector命令只能用于Service對象。語法:selector (-f FILENAME | TYPE NAME) EXPRESSIONS [—resource-version=version]
kubectl set image 命令
用于更新現有資源的容器鏡像。
可用資源對象包括:pod (po)、replicationcontroller (rc)、deployment (deploy)、daemonset (ds)、job、replicaset (rs)。
語法:image (-f FILENAME | TYPE NAME) CONTAINER_NAME_1=CONTAINER_IMAGE_1 … CONTAINER_NAME_N=CONTAINER_IMAGE_N
將deployment中的nginx容器鏡像設置為“nginx:1.9.1”
kubectl set image deployment/nginx busybox=busybox nginx=nginx:1.9.1
所有deployment和rc的nginx容器鏡像更新為“nginx:1.9.1”
kubectl set image deployments,rc nginx=nginx:1.9.1 --all
將daemonset abc的所有容器鏡像更新為“nginx:1.9.1”
kubectl set image daemonset abc *=nginx:1.9.1
從本地文件中更新nginx容器鏡像
kubectl set image -f path/to/file.yaml nginx=nginx:1.9.1 --local -o yaml
資源類型
下表列出的是 kubernetes 中所有支持的類型和縮寫的別名。

格式化輸出
要以特定的格式向終端窗口輸出詳細信息,可以在kubectl命令中添加-o或者-output標志。
Kubectl 詳細輸出和調試
使用-v或--v標志跟著一個整數來指定日志級別。
審核編輯 :李倩
聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。
舉報投訴
-
Linux
+關注
關注
88文章
11758瀏覽量
219009 -
編輯器
+關注
關注
1文章
828瀏覽量
32895
原文標題:【建議收藏】K8S運維必知必會的 Kubectl 命令總結
文章出處:【微信號:浩道linux,微信公眾號:浩道linux】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
熱點推薦
Helm包管理與模板化部署實戰
直接用kubectl管理K8s資源,10個微服務就要維護幾十個YAML文件,版本管理靠文件夾命名,回滾靠手動替換文件。Helm把一組相關的K8s資源打包成Chart,支持模板化、版本管理、一鍵部署和回滾,是
Kubernetes容器運行時containerd與CRI-O如何選擇
Kubernetes 1.24版本正式移除了dockershim,Docker不再是K8s的默認容器運行時。這個變化直接影響了所有K8s集群的運維方式——升級到1.24+必須切換到co
一文帶你徹底搞懂K8s網絡
說實話,K8s 網絡是我見過最讓新手頭疼的知識點,沒有之一。記得我剛接觸 K8s 那會兒,看著流量在 Pod、Service、Node 之間穿梭,完全是一臉懵逼。后來踩了無數坑,熬了無數夜,總算把這套網絡模型摸透了。今天這篇文章,我會用最接地氣的方式,帶你徹底搞懂
K8s生產環境10大踩坑記錄復盤
這篇文章記錄了我這些年在 K8s 生產環境踩過的坑。每一個案例都是血淚教訓,有些甚至導致了生產事故。希望通過分享這些經歷,能幫助大家避免重蹈覆轍。
Kubernetes kubectl命令行工具詳解
kubectl是Kubernetes官方提供的命令行工具,作為與Kubernetes集群交互的主要接口,它通過調用Kubernetes API Server實現對集群資源的全面管理。在生產環境中,運
K8s集群性能調優實戰技巧
大多數團隊在遇到K8s性能問題時,第一反應是"加機器"。但根據我對超過50個生產集群的分析,80%的性能問題源于配置不當,而非資源不足。
K8s存儲類設計與Ceph集成實戰
在云原生時代,存儲是制約應用性能的關鍵瓶頸。本文將帶你深入理解K8s存儲類的設計原理,并手把手實現與Ceph的完美集成,讓你的集群存儲性能提升300%!
Kubernetes集群運維經驗總結
本文總結了我和團隊在K8s生產環境中遇到的10個最常見且最致命的坑,每個坑都配有真實案例、詳細分析和可執行的解決方案。
高效管理Kubernetes集群的實用技巧
作為一名經驗豐富的運維工程師,我深知在日常的Kubernetes集群管理中,熟練掌握kubectl命令是提升工作效率的關鍵。今天,我將分享15個經過實戰檢驗的
解析K8S實用命令
前言: 作為運維工程師,掌握 Kubernetes 命令行工具是日常工作的核心技能。本文將深入解析 K8S 最實用的命令,從基礎操作到高級技
什么是 K8S,如何使用 K8S
連續性。
適用場景:
大規模容器集群管理。
微服務架構的部署與運維。
需要彈性伸縮的在線服務。
多租戶環境(如開發測試、生產環境隔離)。
總的來說,K8S 通過標準化容器管理,極大降低了分布式系統的
發表于 06-25 06:45
簡述K3S和K8S的區別
K3s 是CNCF 認證的 Kubernetes 發行版和Sandbox項目,專為低資源環境而設計。由 Rancher Labs 維護著 K3s。
電氣工程師必知必會的100個電?知識點分享
電??程師也都是從電?學徒??步?步積累成長起來的。積跬步?千?,匯細流成江海!朋友們,現在讓我們??個捷徑,花半個?時的時間來積累100個必知必會的電?知識點吧!
K8S運維必知必會的Kubectl命令總結
評論