亚洲精品久久久久久久久久久,亚洲国产精品一区二区制服,亚洲精品午夜精品,国产成人精品综合在线观看,最近2019中文字幕一页二页

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

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

K8S運(yùn)維必知必會(huì)的Kubectl命令總結(jié)

jf_TEuU2tls ? 來(lái)源:浩道linux ? 作者:浩道linux ? 2022-12-19 09:35 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

前言

大家好,這里是浩道linux,主要給大家分享linuxpython、網(wǎng)絡(luò)通信相關(guān)的IT知識(shí)平臺(tái)。

kubectl 常用命令指南

Kubectl 命令是操作 kubernetes 集群的最直接的方式,特別是運(yùn)維人員,需要對(duì)這些命令有一個(gè)詳細(xì)的掌握

Kubectl 自動(dòng)補(bǔ)全

# setup autocomplete in bash, bash-completion package should be installed first.
$ source <(kubectl completion bash) 
 # setup autocomplete in zsh
$ source <(kubectl completion zsh)

Kubectl 上下文和配置

設(shè)置 kubectl 命令交互的 kubernetes 集群并修改配置信息。參閱 使用 kubeconfig 文件進(jìn)行跨集群驗(yàn)證 獲取關(guān)于配置文件的詳細(xì)信息。
# 顯示合并后的 kubeconfig 配置
$ kubectl config view 
# 同時(shí)使用多個(gè) kubeconfig 文件并查看合并后的配置
$ KUBECONFIG=~/.kube/config:~/.kube/kubconfig2 kubectl config view
# 獲取 e2e 用戶的密碼
$ kubectl config view -o jsonpath='{.users[?(@.name == "e2e")].user.password}'
# 顯示當(dāng)前的上下文
$ kubectl config current-context    
# 設(shè)置默認(rèn)上下文為 my-cluster-name
$ kubectl config use-context my-cluster-name  
# 向 kubeconf 中增加支持基本認(rèn)證的新集群
$ kubectl config set-credentials kubeuser/foo.kubernetes.com --username=kubeuser --password=kubepassword
# 使用指定的用戶名和 namespace 設(shè)置上下文
$ kubectl config set-context gce --user=cluster-admin --namespace=foo 
  && kubectl config use-context gce

創(chuàng)建對(duì)象

Kubernetes 的清單文件可以使用 json 或 yaml 格式定義??梢砸?/span>.yaml、.yml、或者.json為擴(kuò)展名。
# 創(chuàng)建資源
$ kubectl create -f ./my-manifest.yaml     
# 使用多個(gè)文件創(chuàng)建資源
$ kubectl create -f ./my1.yaml -f ./my2.yaml   
# 使用目錄下的所有清單文件來(lái)創(chuàng)建資源
$ kubectl create -f ./dir    
# 使用 url 來(lái)創(chuàng)建資源
$ kubectl create -f https://git.io/vPieo  
# 啟動(dòng)一個(gè) nginx 實(shí)例
$ kubectl run nginx --image=nginx  
 # 獲取 pod 和 svc 的文檔
$ kubectl explain pods,svc                      
# 從 stdin 輸入中創(chuàng)建多個(gè) YAML 對(duì)象
$ 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
# 創(chuàng)建包含幾個(gè) 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 并顯示詳細(xì)信息
$ kubectl get pods -o wide      


# 列出指定 deployment
$ kubectl get deployment my-dep      


# 列出該 namespace 中的所有 pod 包括未初始化的
$ kubectl get pods --include-uninitialized      


# 使用詳細(xì)輸出來(lái)描述命令
$ kubectl describe nodes my-node
$ kubectl describe pods my-pod


# List Services Sorted by Name
$ kubectl get services --sort-by=.metadata.name 


# 根據(jù)重啟次數(shù)排序列出 pod
$ kubectl get pods --sort-by='.status.containerStatuses[0].restartCount'


# 獲取所有具有 app=cassandra 的 pod 中的 version 標(biāo)簽
$ kubectl get pods --selector=app=cassandra rc -o 
  jsonpath='{.items[*].metadata.labels.version}'


# 獲取所有節(jié)點(diǎn)的 ExternalIP
$ kubectl get nodes -o jsonpath='{.items[*].status.addresses[?(@.type=="ExternalIP")].address}'


# 列出屬于某個(gè) PC 的 Pod 的名字
# “jq”命令用于轉(zhuǎn)換復(fù)雜的 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é)點(diǎn)已就緒
$ JSONPATH='{range .items[*]}{@.metadata.name}:{range @.status.conditions[*]}{@.type}={@.status};{end}{end}' 
 && kubectl get nodes -o jsonpath="$JSONPATH" | grep "Ready=True"


# 列出當(dāng)前 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           # 滾動(dòng)更新 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        # 退出已存在的進(jìn)行中的滾動(dòng)更新
$ cat pod.json | kubectl replace -f -                              # 基于 stdin 輸入的 JSON 替換 pod
# 強(qiáng)制替換,刪除后重新創(chuàng)建資源。會(huì)導(dǎo)致服務(wù)中斷。
$ kubectl replace --force -f ./pod.json
# 為 nginx RC 創(chuàng)建服務(wù),啟用本地 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 -
# 添加標(biāo)簽
$ kubectl label pods my-pod new-label=awesome        
 # 添加注解
$ kubectl annotate pods my-pod icon-url=http://goo.gl/XXBTWq   
# 自動(dòng)擴(kuò)展 deployment “foo”
$ kubectl autoscale deployment foo --min=2 --max=10

修補(bǔ)資源

使用策略合并補(bǔ)丁并修補(bǔ)資源。

# 部分更新節(jié)點(diǎn)
kubectl patch node k8s-node-1 -p '{"spec":{"unschedulable":true}}' 
# 更新容器鏡像;spec.containers[*].name 是必須的,因?yàn)檫@是合并的關(guān)鍵字
$ kubectl patch pod valid-pod -p '{"spec":{"containers":[{"name":"kubernetes-serve-hostname","image":"new image"}]}}'
# 使用具有位置數(shù)組的 json 補(bǔ)丁更新容器鏡像
$ kubectl patch pod valid-pod --type='json' -p='[{"op": "replace", "path": "/spec/containers/0/image", "value":"new image"}]'
# 使用具有位置數(shù)組的 json 補(bǔ)丁禁用 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 標(biāo)簽的 pod 和 serivce
$ kubectl delete pods,services -l name=myLabel       
# 刪除具有 name=myLabel 標(biāo)簽的 pod 和 service,包括尚未初始化的
$ kubectl delete pods,services -l name=myLabel --include-uninitialized   
# 刪除 my-ns namespace 下的所有 pod 和 serivce包
$ kubectl -n my-ns delete po,svc --all

與運(yùn)行中的 Pod 交互

# dump 輸出 pod 的日志(stdout)
$ kubectl logs my-pod  
 # dump 輸出 pod 中容器的日志(stdout,pod 中有多個(gè)容器的情況下使用)
$ kubectl logs my-pod -c my-container      
# 流式輸出 pod 的日志(stdout)
$ kubectl logs -f my-pod             
# 流式輸出 pod 中容器的日志(stdout,pod 中有多個(gè)容器的情況下使用)
$ kubectl logs -f my-pod -c my-container
# 交互式 shell 的方式運(yùn)行 pod
$ kubectl run -i --tty busybox --image=busybox -- sh  
 # 連接到運(yùn)行中的容器
$ kubectl attach my-pod -i    
# 轉(zhuǎn)發(fā) pod 中的 6000 端口到本地的 5000 端口
$ kubectl port-forward my-pod 5000:6000   
  # 在已存在的容器中執(zhí)行命令(只有一個(gè)容器的情況下)
$ kubectl exec my-pod -- ls /          
# 在已存在的容器中執(zhí)行命令(pod 中有多個(gè)容器的情況下)
$ kubectl exec my-pod -c my-container -- ls /    
# 顯示指定 pod 和容器的指標(biāo)度量
$ kubectl top pod POD_NAME --containers

與節(jié)點(diǎn)和集群交互

# 標(biāo)記 my-node 不可調(diào)度
$ kubectl cordon my-node       
# 清空 my-node 以待維護(hù)
$ kubectl drain my-node    
# 標(biāo)記 my-node 可調(diào)度
$ kubectl uncordon my-node             
 # 顯示 my-node 的指標(biāo)度量
$ kubectl top node my-node    
$ kubectl cluster-info          
 # 將當(dāng)前集群狀態(tài)輸出到 stdout
$ kubectl cluster-info dump                                                               
 # 將當(dāng)前集群狀態(tài)輸出到 /path/to/cluster-state
$ kubectl cluster-info dump --output-directory=/path/to/cluster-state  
# 如果該鍵和影響的污點(diǎn)(taint)已存在,則使用指定的值替換
$ kubectl taint nodes foo dedicated=special-user:NoSchedule

set 命令

配置應(yīng)用的一些特定資源,也可以修改應(yīng)用已有的資源使用kubectl set --help查看,它的子命令,env,image,resourcesselector,serviceaccount,subject語(yǔ)法:resources (-f FILENAME | TYPE NAME) ([—limits=LIMITS & —requests=REQUESTS]

kubectl set resources 命令

這個(gè)命令用于設(shè)置資源的一些范圍限制。資源對(duì)象中的Pod可以指定計(jì)算資源需求(CPU-單位m、內(nèi)存-單位Mi),即使用的最小資源請(qǐng)求(Requests),限制(Limits)的最大資源需求,Pod將保證使用在設(shè)置的資源數(shù)量范圍。對(duì)于每個(gè)Pod資源,如果指定了Limits(限制)值,并省略了Requests(請(qǐng)求),則Requests默認(rèn)為L(zhǎng)imits的值。
可用資源對(duì)象包括(支持大小寫(xiě)):replicationcontroller、deployment、daemonset、job、replicaset。

例如:

# 將deployment的nginx容器cpu限制為“200m”,將內(nèi)存設(shè)置為“512Mi”
$ kubectl set resources deployment nginx -c=nginx --limits=cpu=200m,memory=512Mi
# 設(shè)置所有nginx容器中 Requests和Limits
$ kubectl set resources deployment nginx --limits=cpu=200m,memory=512Mi --requests=cpu=100m,memory=256Mi
# 刪除nginx中容器的計(jì)算資源值
$ kubectl set resources deployment nginx --limits=cpu=0,memory=0 --requests=cpu=0,memory=0

kubectl set selector 命令

設(shè)置資源的selector(選擇器)。如果在調(diào)用”set selector”命令之前已經(jīng)存在選擇器,則新創(chuàng)建的選擇器將覆蓋原來(lái)的選擇器。selector必須以字母或數(shù)字開(kāi)頭,最多包含63個(gè)字符,可使用:字母、數(shù)字、連字符” - “ 、點(diǎn)”.”和下劃線” _ “。如果指定了—resource-version,則更新將使用此資源版本,否則將使用現(xiàn)有的資源版本。注意:目前selector命令只能用于Service對(duì)象。

語(yǔ)法:selector (-f FILENAME | TYPE NAME) EXPRESSIONS [—resource-version=version]

kubectl set image 命令

用于更新現(xiàn)有資源的容器鏡像。

可用資源對(duì)象包括:pod (po)replicationcontroller (rc)、deployment (deploy)daemonset (ds)、jobreplicaset (rs)。

語(yǔ)法:image (-f FILENAME | TYPE NAME) CONTAINER_NAME_1=CONTAINER_IMAGE_1 … CONTAINER_NAME_N=CONTAINER_IMAGE_N
# 將deployment中的nginx容器鏡像設(shè)置為“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 中所有支持的類型和縮寫(xiě)的別名。

2b2f3602-7f3b-11ed-8abf-dac502259ad0.png

格式化輸出

要以特定的格式向終端窗口輸出詳細(xì)信息,可以在kubectl命令中添加-o或者-output標(biāo)志。2b5e5202-7f3b-11ed-8abf-dac502259ad0.pngKubectl 詳細(xì)輸出和調(diào)試2b6dd998-7f3b-11ed-8abf-dac502259ad0.png使用-v--v標(biāo)志跟著一個(gè)整數(shù)來(lái)指定日志級(jí)別。

審核編輯 :李倩


聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • Linux
    +關(guān)注

    關(guān)注

    88

    文章

    11593

    瀏覽量

    217413
  • 編輯器
    +關(guān)注

    關(guān)注

    1

    文章

    825

    瀏覽量

    32591

原文標(biāo)題:【建議收藏】K8S運(yùn)維必知必會(huì)的 Kubectl 命令總結(jié)

文章出處:【微信號(hào):浩道linux,微信公眾號(hào):浩道linux】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    K8s集群性能調(diào)優(yōu)實(shí)戰(zhàn)技巧

    大多數(shù)團(tuán)隊(duì)在遇到K8s性能問(wèn)題時(shí),第一反應(yīng)是"加機(jī)器"。但根據(jù)我對(duì)超過(guò)50個(gè)生產(chǎn)集群的分析,80%的性能問(wèn)題源于配置不當(dāng),而非資源不足。
    的頭像 發(fā)表于 09-08 09:36 ?394次閱讀

    遠(yuǎn)程命令執(zhí)行:IT 運(yùn)效率翻倍新方式

    在分布式工作環(huán)境成為常態(tài)的今天,如何高效管理遍布多地的遠(yuǎn)程設(shè)備已成為IT團(tuán)隊(duì)面臨的關(guān)鍵挑戰(zhàn)。遠(yuǎn)程命令功能正是為解決這一問(wèn)題而生,不僅能大幅提升運(yùn)響應(yīng)速度,更能為自動(dòng)化管理與集中控制提供全新可能
    的頭像 發(fā)表于 09-04 17:15 ?778次閱讀
    遠(yuǎn)程<b class='flag-5'>命令</b>執(zhí)行:IT <b class='flag-5'>運(yùn)</b><b class='flag-5'>維</b>效率翻倍新方式

    K8s存儲(chǔ)類設(shè)計(jì)與Ceph集成實(shí)戰(zhàn)

    在云原生時(shí)代,存儲(chǔ)是制約應(yīng)用性能的關(guān)鍵瓶頸。本文將帶你深入理解K8s存儲(chǔ)類的設(shè)計(jì)原理,并手把手實(shí)現(xiàn)與Ceph的完美集成,讓你的集群存儲(chǔ)性能提升300%!
    的頭像 發(fā)表于 08-22 11:50 ?543次閱讀

    Kubernetes集群運(yùn)經(jīng)驗(yàn)總結(jié)

    本文總結(jié)了我和團(tuán)隊(duì)在K8s生產(chǎn)環(huán)境中遇到的10個(gè)最常見(jiàn)且最致命的坑,每個(gè)坑都配有真實(shí)案例、詳細(xì)分析和可執(zhí)行的解決方案。
    的頭像 發(fā)表于 08-18 11:23 ?364次閱讀

    高效管理Kubernetes集群的實(shí)用技巧

    作為一名經(jīng)驗(yàn)豐富的運(yùn)工程師,我深知在日常的Kubernetes集群管理中,熟練掌握kubectl命令是提升工作效率的關(guān)鍵。今天,我將分享15個(gè)經(jīng)過(guò)實(shí)戰(zhàn)檢驗(yàn)的
    的頭像 發(fā)表于 08-13 15:57 ?550次閱讀

    解析K8S實(shí)用命令

    前言: 作為運(yùn)工程師,掌握 Kubernetes 命令行工具是日常工作的核心技能。本文將深入解析 K8S 最實(shí)用的命令,從基礎(chǔ)操作到高級(jí)技
    的頭像 發(fā)表于 07-24 14:07 ?446次閱讀

    k8s權(quán)限管理指南說(shuō)明

    我們?cè)谀壳暗?b class='flag-5'>k8s集群環(huán)境里面,只能在master節(jié)點(diǎn)上執(zhí)行kubectl的一些命令,在其他節(jié)點(diǎn)上執(zhí)行就會(huì)報(bào)錯(cuò)。
    的頭像 發(fā)表于 06-26 14:06 ?452次閱讀

    什么是 K8S,如何使用 K8S

    連續(xù)性。 適用場(chǎng)景: 大規(guī)模容器集群管理。 微服務(wù)架構(gòu)的部署與運(yùn)。 需要彈性伸縮的在線服務(wù)。 多租戶環(huán)境(如開(kāi)發(fā)測(cè)試、生產(chǎn)環(huán)境隔離)。 總的來(lái)說(shuō),K8S 通過(guò)標(biāo)準(zhǔn)化容器管理,極大降低了分布式系統(tǒng)的
    發(fā)表于 06-25 06:45

    簡(jiǎn)述K3SK8S的區(qū)別

    K3s 是CNCF 認(rèn)證的 Kubernetes 發(fā)行版和Sandbox項(xiàng)目,專為低資源環(huán)境而設(shè)計(jì)。由 Rancher Labs 維護(hù)著 K3s。
    的頭像 發(fā)表于 04-18 10:27 ?1243次閱讀

    如何通過(guò)Docker和K8S集群實(shí)現(xiàn)高效調(diào)用GPU

    在有GPU資源的主機(jī)安裝,改主機(jī)作為K8S集群的Node。
    的頭像 發(fā)表于 03-18 16:50 ?837次閱讀
    如何通過(guò)Docker和<b class='flag-5'>K8S</b>集群實(shí)現(xiàn)高效調(diào)用GPU

    電氣工程師必會(huì)的100個(gè)電?知識(shí)點(diǎn)分享

    電??程師也都是從電?學(xué)徒??步?步積累成長(zhǎng)起來(lái)的。積跬步?千?,匯細(xì)流成江海!朋友們,現(xiàn)在讓我們??個(gè)捷徑,花半個(gè)?時(shí)的時(shí)間來(lái)積累100個(gè)必會(huì)的電?知識(shí)點(diǎn)吧!
    的頭像 發(fā)表于 03-14 11:05 ?1401次閱讀

    搭建k8s需要買(mǎi)幾臺(tái)云主機(jī)?

    至少3臺(tái)。搭建Kubernetes(K8s)集群所需的云主機(jī)數(shù)量因?qū)嶋H需求而異。一個(gè)基本的K8s集群通常需要至少3臺(tái)云主機(jī),包括1個(gè)Master節(jié)點(diǎn)和2個(gè)Worker節(jié)點(diǎn)。如果考慮高可用性和容錯(cuò)能力
    的頭像 發(fā)表于 02-20 10:40 ?805次閱讀

    自建K8S集群認(rèn)證過(guò)期

    今天使用kubectl命令查看pod信息時(shí),一直正常運(yùn)行的k8s集群突然不能訪問(wèn)了,輸入任何命令都提示以下報(bào)錯(cuò)。
    的頭像 發(fā)表于 02-07 12:32 ?603次閱讀

    k8s和docker區(qū)別對(duì)比,哪個(gè)更強(qiáng)?

    Docker和Kubernetes(K8s)是容器化技術(shù)的兩大流行工具。Docker關(guān)注構(gòu)建和打包容器,適用于本地開(kāi)發(fā)和單主機(jī)管理;而K8s則提供容器編排和管理平臺(tái),適用于多主機(jī)或云環(huán)境,具備自動(dòng)化
    的頭像 發(fā)表于 12-11 13:55 ?1050次閱讀

    k8s微服務(wù)架構(gòu)就是云原生嗎??jī)烧呤鞘裁搓P(guān)系

    k8s微服務(wù)架構(gòu)就是云原生嗎?K8s微服務(wù)架構(gòu)并不等同于云原生,但兩者之間存在密切的聯(lián)系。Kubernetes在云原生架構(gòu)中扮演著核心組件的角色,它簡(jiǎn)化了容器化應(yīng)用程序的管理,提供了彈性、自動(dòng)化
    的頭像 發(fā)表于 11-25 09:39 ?892次閱讀