0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

Kubectl核心命令總結:如何快速掌握K8s

jf_TEuU2tls ? 來源:浩道linux ? 2024-02-23 14:43 ? 次閱讀

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

1、創(chuàng)建對象

Kubernetes 的清單文件可以使用 json 或 yaml 格式定義??梢砸?yaml、.yml、或者.json為擴展名。

# 創(chuàng)建資源
$ kubectl create -f ./my-manifest.yaml     
# 使用多個文件創(chuàng)建資源
$ kubectl create -f ./my1.yaml -f ./my2.yaml   
# 使用目錄下的所有清單文件來創(chuàng)建資源
$ kubectl create -f ./dir    
# 使用 url 來創(chuàng)建資源
$ kubectl create -f https://git.io/vPieo  
# 啟動一個 nginx 實例
$ kubectl run nginx --image=nginx  
 # 獲取 pod 和 svc 的文檔
$ kubectl explain pods,svc                      
# 從 stdin 輸入中創(chuàng)建多個 YAML 對象
$ cat <

2、顯示和查找資源

# 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}'

# 獲取所有節(jié)點的 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})

# 查看哪些節(jié)點已就緒
$ 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

3、更新資源

$ 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
# 強制替換,刪除后重新創(chuàng)建資源。會導致服務中斷。
$ kubectl replace --force -f ./pod.json
# 為 nginx RC 創(chuàng)建服務,啟用本地 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

4、修補資源

使用策略合并補丁并修補資源。

# 部分更新節(jié)點
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"}]'

5、編輯資源

在編輯器中編輯任何 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

6、刪除資源

# 刪除 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

7、與運行中的 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    
# 轉發(fā) pod 中的 6000 端口到本地的 5000 端口
$ kubectl port-forward my-pod 5000:6000   
  # 在已存在的容器中執(zhí)行命令(只有一個容器的情況下)
$ kubectl exec my-pod -- ls /          
# 在已存在的容器中執(zhí)行命令(pod 中有多個容器的情況下)
$ kubectl exec my-pod -c my-container -- ls /    
# 顯示指定 pod 和容器的指標度量
$ kubectl top pod POD_NAME --containers

8、與節(jié)點和集群交互

# 標記 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          
 # 將當前集群狀態(tài)輸出到 stdout
$ kubectl cluster-info dump                                                               
 # 將當前集群狀態(tài)輸出到 /path/to/cluster-state
$ kubectl cluster-info dump --output-directory=/path/to/cluster-state  
# 如果該鍵和影響的污點(taint)已存在,則使用指定的值替換
$ kubectl taint nodes foo dedicated=special-user:NoSchedule

9、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的值。

例如:

# 將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”命令之前已經存在選擇器,則新創(chuàng)建的選擇器將覆蓋原來的選擇器。

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 中所有支持的類型和縮寫的別名。

74346e02-d1de-11ee-a297-92fbcf53809c.jpg

格式化輸出

要以特定的格式向終端窗口輸出詳細信息,可以在kubectl命令中添加-o或者-output標志。

744bf996-d1de-11ee-a297-92fbcf53809c.jpg

Kubectl 詳細輸出和調試

745dd51c-d1de-11ee-a297-92fbcf53809c.jpg

使用-v或--v標志跟著一個整數來指定日志級別。

審核編輯:黃飛

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • cpu
    cpu
    +關注

    關注

    68

    文章

    10863

    瀏覽量

    211763
  • API
    API
    +關注

    關注

    2

    文章

    1501

    瀏覽量

    62017
  • 容器
    +關注

    關注

    0

    文章

    495

    瀏覽量

    22061
  • kubernetes
    +關注

    關注

    0

    文章

    224

    瀏覽量

    8716

原文標題:專治不會, Kubectl 命令總結助你入門K8S

文章出處:【微信號:浩道linux,微信公眾號:浩道linux】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    k8s核心原理學習指南3

    k8s學習3 - 核心原理
    發(fā)表于 09-25 16:37

    OpenStack與K8s結合的兩種方案的詳細介紹和比較

    OpenStack與K8S結合主要有兩種方案。一是K8S部署在OpenStack平臺之上,二是K8S和OpenStack組件集成。
    的頭像 發(fā)表于 10-14 09:38 ?2.7w次閱讀

    Docker不香嗎為什么還要用K8s

    。 關于 K8s 的基本概念我們將會圍繞如下七點展開: Docker 的管理痛點 什么是 K8s? 云架構 云原生 K8s 架構原理 K8s 核心
    的頭像 發(fā)表于 06-02 11:56 ?3445次閱讀

    簡單說明k8s和Docker之間的關系

    ,但最近發(fā)現k8s概念較多,命令也有些不夠用了,故想借此機會寫點東西,更全面認識并使用k8s。本篇文章目的:讓你更全面了解k8s概念,以及學到在工作中常用的操作。整體更偏向于原理和應用
    的頭像 發(fā)表于 06-24 15:48 ?3416次閱讀

    K8S集群服務訪問失敗怎么辦 K8S故障處理集錦

    。 kubectl delete svc nginx-deployment 問題3:K8S集群服務暴露失?。?Error from server (AlreadyExists): services “nginx-deployment” already exists 原因分
    的頭像 發(fā)表于 09-01 11:11 ?1.6w次閱讀
    <b class='flag-5'>K8S</b>集群服務訪問失敗怎么辦 <b class='flag-5'>K8S</b>故障處理集錦

    命令行工具Kubectl的別樣用法

    ? kubectlK8s 官方附帶的命令行工具,可以方便的操作 K8s 集群。這篇文章主要介紹一些 kubectl 的別樣用法,希望讀
    的頭像 發(fā)表于 10-12 09:31 ?1880次閱讀

    K8S運維必知必會的Kubectl命令總結

    設置 kubectl 命令交互的 kubernetes 集群并修改配置信息。參閱 使用 kubeconfig 文件進行跨集群驗證 獲取關于配置文件的詳細信息。
    的頭像 發(fā)表于 12-19 09:35 ?887次閱讀

    kubectl的多樣用法

    kubectlK8s官方附帶的命令行工具, 可以方便的操作K8s集群. 這篇文章主要介紹一些kubectl的別樣用法, 希望讀者有基礎的
    的頭像 發(fā)表于 02-13 10:53 ?720次閱讀

    3個管理多k8s集群實用工具

    命令就會很低效。 今天介紹3個工具會讓你在多k8s集群環(huán)境中工作的很輕松。我將從以下幾個方面來評估工具實用性。
    的頭像 發(fā)表于 04-26 10:33 ?1148次閱讀
    3個管理多<b class='flag-5'>k8s</b>集群實用工具

    5個冷門且實用的Kubectl使用技巧,99%的人都要知道

    kubectlK8s 官方附帶的命令行工具,可以方便的操作 K8s 集群。這篇文章主要介紹一些 kubectl 的別樣用法,希望讀者有
    的頭像 發(fā)表于 05-05 10:22 ?543次閱讀
    5個冷門且實用的<b class='flag-5'>Kubectl</b>使用技巧,99%的人都要知道

    k8s集群環(huán)境中工作有多快

    命令就會很低效。 今天介紹3個工具會讓你在多k8s集群環(huán)境中工作的很輕松。我將從以下幾個方面來評估工具實用性: 速度 如果你有多個k8s集群可選擇,你切換k8s上下文有多快?你還記得
    的頭像 發(fā)表于 05-29 14:28 ?587次閱讀
    多<b class='flag-5'>k8s</b>集群環(huán)境中工作有多快

    切換k8s上下文有多快

    use-context 命令就會很低效。 今天介紹3個工具會讓你在多k8s集群環(huán)境中工作的很輕松。我將從以下幾個方面來評估工具實用性: 速度 如果你有多個k8s集群可選擇,你切換k8s
    的頭像 發(fā)表于 05-29 15:26 ?765次閱讀
    切換<b class='flag-5'>k8s</b>上下文有多快

    k8s是什么意思?kubeadm部署k8s集群(k8s部署)|PetaExpres

    k8s是什么意思? kubernetes簡稱K8s,是一個開源的,用于管理云平臺中多個主機上的容器化的應用,Kubernetes的目標是讓部署容器化的應用簡單并且高效(powerful
    發(fā)表于 07-19 13:14 ?1116次閱讀

    K8s常見的10個問題排查

    K8S的集群狀態(tài)是排查故障的關鍵起點。使用kubectl get nodes命令來檢查節(jié)點狀態(tài)。如果有節(jié)點未能就緒或出現異常狀態(tài),可能會對應用程序造成故障。確?;窘M件,如etcd、kubelet和kube-proxy等,正常運
    發(fā)表于 11-01 12:26 ?1476次閱讀
    <b class='flag-5'>K8s</b>常見的10個問題排查

    混合云部署k8s集群方法有哪些?

    混合云部署k8s集群方法是首先需在本地與公有云分別建立K8s集群,并確保網絡連接。接著,配置kubeconfig文件連接兩集群,并安裝云服務插件以實現資源互通。然后,編寫Deployment文件部署應用,并使用kubectl
    的頭像 發(fā)表于 11-07 09:37 ?150次閱讀