進(jìn)入容器
通過bash獲得pod中某個容器的TTY,相當(dāng)于登錄容器
kubectl exec -it -n bash
kubectl exec 進(jìn)入pod后,exit退出pod (ctrl+c也可以?)
在 pod 外執(zhí)行容器命令
命令行,創(chuàng)建一個test文件:
kubectl exec -it -c -n
– touch /usr/local/test
kubectl常用命令總結(jié)
kubectl 查看 K8s 內(nèi)節(jié)點、Pod 資源使用情況
kubectl describe node 查看 Pod 在節(jié)點上的資源分配情況(Request、Limits)
kubectl top node 查看節(jié)點的資源使用情況
kubectl top pod 查看 Pod 資源使用情況
kubectl get pod -o wide |grep
n
o
d
e
查看指定
n
o
d
e
上運行的所有
p
o
d
k
u
b
e
c
t
l
t
o
p
p
o
d
∣
g
r
e
p
?
E
“
node 查看指定 node 上運行的所有 pod kubectl top pod |grep -E “
node查看指定node上運行的所有podkubectltoppod∣grep?E“podname1|$podname2|…” 查看一個 pod 或幾個 pod 的資源使用情況
kubectl get - 列出一個或多個資源
查看集群狀態(tài)信息
kubectl cluster-info
查看集群狀態(tài)
kubectl get cs
以純文本輸出格式列出所有 pod,并包含附加信息(如節(jié)點名)。
kubectl get pods -o wide
kubectl get pods -n mynamespace -o wide #-n namesapce的
kubectl get pods -A -o wide #-A 所有namesapce的
查看集群節(jié)點信息
kubectl get nodes
查看集群命名空間
kubectl get ns
查看指定命名空間的服務(wù)
kubectl get svc -n kube-system
以純文本輸出格式列出所有 pod。
kubectl get pods
列出在節(jié)點 server01 上運行的所有 pod
kubectl get pods --field-selector=spec.nodeName=server01
以純文本輸出格式列出具有指定名稱的副本控制器。提示:您可以使用別名 ‘rc’ 縮短和替換 ‘replicationcontroller’ 資源類型。
kubectl get replicationcontroller
以純文本輸出格式列出所有副本控制器和服務(wù)。
kubectl get rc,services
以純文本輸出格式列出所有守護(hù)程序集,包括未初始化的守護(hù)程序集。
kubectl get ds --include-uninitialized
kubectl describe - 顯示資源的詳細(xì)狀態(tài)
describe命令
#kubectl describe - 顯示一個或多個資源的詳細(xì)狀態(tài),默認(rèn)情況下包括未初始化的資源。
顯示名稱為 的節(jié)點的詳細(xì)信息。
kubectl describe nodes
顯示名為 的 pod 的詳細(xì)信息。
kubectl describe pods/
顯示由名為 的副本控制器管理的所有 pod 的詳細(xì)信息。
記?。焊北究刂破鲃?chuàng)建的任何 pod 都以復(fù)制控制器的名稱為前綴。
kubectl describe pods
描述所有的 pod,不包括未初始化的 pod
kubectl describe pods --include-uninitialized=false
說明: kubectl get 命令通常用于檢索同一資源類型的一個或多個資源。 它具有豐富的參數(shù),允許您使用 -o 或 --output 參數(shù)自定義輸出格式。您可以指定 -w 或 --watch 參數(shù)以開始觀察特定對象的更新。 kubectl describe 命令更側(cè)重于描述指定資源的許多相關(guān)方面。它可以調(diào)用對 API 服務(wù)器 的多個 API 調(diào)用來為用戶構(gòu)建視圖。 例如,該 kubectl describe node 命令不僅檢索有關(guān)節(jié)點的信息,還檢索在其上運行的 pod 的摘要,為節(jié)點生成的事件等。
kubectl delete -刪除資源。
delete命令
#kubectl delete` - 從文件、stdin 或指定標(biāo)簽選擇器、名稱、資源選擇器或資源中刪除資源。
使用 pod.yaml 文件中指定的類型和名稱刪除 pod。
kubectl delete -f pod.yaml
刪除標(biāo)簽名= 的所有 pod 和服務(wù)。
kubectl delete pods,services -l name=
刪除所有具有標(biāo)簽名稱= 的 pod 和服務(wù),包括未初始化的那些。
kubectl delete pods,services -l name= --include-uninitialized
刪除所有 pod,包括未初始化的 pod。
kubectl delete pods --all
kubectl exec 進(jìn)入容器命令
#kubectl exec - 對 pod 中的容器執(zhí)行命令。與docker的exec命令非常類似
從 pod 中獲取運行 ‘date’ 的輸出。默認(rèn)情況下,輸出來自第一個容器。
kubectl exec date
運行輸出 ‘date’ 獲取在容器的 中 pod 的輸出。
kubectl exec -c date
獲取一個交互 TTY 并運行 /bin/bash 。默認(rèn)情況下,輸出來自第一個容器。
kubectl exec -ti /bin/bash
logs命令
kubectl logs - 打印 Pod 中容器的日志。
從 pod 返回日志快照。
kubectl logs
從 pod 開始流式傳輸日志。這類似于 ‘tail -f’ Linux 命令。
kubectl logs -f
Kubectl 常用命令大全
(https://www.jianshu.com/p/07455dbfd6bb)
Kubectl 常用參數(shù)分類
基礎(chǔ)命令:create,delete,get,run,expose,set,explain,edit
create 命令:根據(jù)文件或者輸入來創(chuàng)建資源
創(chuàng)建Deployment和Service資源
$ kubectl create -f demo-deployment.yaml
$ kubectl create -f demo-service.yaml
delete 命令:刪除資源
根據(jù)yaml文件刪除對應(yīng)的資源,但是yaml文件并不會被刪除,這樣更加高效
$ kubectl delete -f demo-deployment.yaml
$ kubectl delete -f demo-service.yaml
也可以通過具體的資源名稱來進(jìn)行刪除,使用這個刪除資源,同時刪除deployment和service資源
$ kubectl delete 具體的資源名稱
get 命令 :獲得資源信息
查看所有的資源信息
$ kubectl get all
$ kubectl get --all-namespaces
查看pod列表
$ kubectl get pod
顯示pod節(jié)點的標(biāo)簽信息
$ kubectl get pod --show-labels
根據(jù)指定標(biāo)簽匹配到具體的pod
$ kubectl get pods -l app=example
查看node節(jié)點列表
$ kubectl get node
顯示node節(jié)點的標(biāo)簽信息
$ kubectl get node --show-labels
查看pod詳細(xì)信息,也就是可以查看pod具體運行在哪個節(jié)點上(ip地址信息)
$ kubectl get pod -o wide
查看服務(wù)的詳細(xì)信息,顯示了服務(wù)名稱,類型,集群ip,端口,時間等信息
$ kubectl get svc
$ kubectl get svc -n kube-system
查看命名空間
$ kubectl get ns
$ kubectl get namespaces
查看所有pod所屬的命名空間
$ kubectl get pod --all-namespaces
查看所有pod所屬的命名空間并且查看都在哪些節(jié)點上運行
$ kubectl get pod --all-namespaces -o wide
查看目前所有的replica set,顯示了所有的pod的副本數(shù),以及他們的可用數(shù)量以及狀態(tài)等信息
$ kubectl get rs
查看已經(jīng)部署了的所有應(yīng)用,可以看到容器,以及容器所用的鏡像,標(biāo)簽等信息
$ kubectl get deploy -o wide
$ kubectl get deployments -o wide
run 命令:在集群中創(chuàng)建并運行一個或多個容器鏡像。
語法:run NAME --image=image [–env=“key=value”] [–port=port] [–replicas=replicas] [–dry-run=bool] [–overrides=inline-json] [–command] – [COMMAND] [args…]
示例,運行一個名稱為nginx,副本數(shù)為3,標(biāo)簽為app=example,鏡像為nginx:1.10,端口為80的容器實例
$ kubectl run nginx --replicas=3 --labels=“app=example” --image=nginx:1.10 --port=80
示例,運行一個名稱為nginx,副本數(shù)為3,標(biāo)簽為app=example,鏡像為nginx:1.10,端口為80的容器實例,并綁定到k8s-node1上
$ kubectl run nginx --image=nginx:1.10 --replicas=3 --labels=“app=example” --port=80 --overrides=‘{“apiVersion”:“apps/v1”,“spec”:{“template”:{“spec”:{“nodeSelector”:{“kubernetes.io/hostname”:“k8s-node1”}}}}}’
更詳細(xì)用法參見:http://docs.kubernetes.org.cn/468.html
expose 命令:創(chuàng)建一個service服務(wù),并且暴露端口讓外部可以訪問
創(chuàng)建一個nginx服務(wù)并且暴露端口讓外界可以訪問
$ kubectl expose deployment nginx --port=88 --type=NodePort --target-port=80 --name=nginx-service
更多expose詳細(xì)用法參見:http://docs.kubernetes.org.cn/475.html
set 命令:配置應(yīng)用的一些特定資源,也可以修改應(yīng)用已有的資源
使用 kubectl set --help查看,它的子命令,env,image,resources,selector,serviceaccount,subject。
語法:resources (-f FILENAME | TYPE NAME) ([–limits=LIMITS & --requests=REQUESTS]
set 命令詳情參見:http://docs.kubernetes.org.cn/669.html
kubectl set resources 命令
這個命令用于設(shè)置資源的一些范圍限制。
資源對象中的Pod可以指定計算資源需求(CPU-單位m、內(nèi)存-單位Mi),即使用的最小資源請求(Requests),限制(Limits)的最大資源需求,Pod將保證使用在設(shè)置的資源數(shù)量范圍。
對于每個Pod資源,如果指定了Limits(限制)值,并省略了Requests(請求),則Requests默認(rèn)為Limits的值。
可用資源對象包括(支持大小寫):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中容器的計算資源值
$ 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)建的選擇器將覆蓋原來的選擇器。
selector必須以字母或數(shù)字開頭,最多包含63個字符,可使用:字母、數(shù)字、連字符" - " 、點".“和下劃線” _ "。如果指定了–resource-version,則更新將使用此資源版本,否則將使用現(xiàn)有的資源版本。
注意:目前selector命令只能用于Service對象。
語法:selector (-f FILENAME | TYPE NAME) EXPRESSIONS [–resource-version=version]
kubectl set image 命令
?用于更新現(xiàn)有資源的容器鏡像。
可用資源對象包括: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容器鏡像設(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
explain 命令:用于顯示資源文檔信息
$ kubectl explain rs
edit 命令: 用于編輯資源信息
編輯Deployment nginx的一些信息
$ kubectl edit deployment nginx
編輯service類型的nginx的一些信息
$ kubectl edit service/nginx
設(shè)置命令:label,annotate,completion
label命令: 用于更新(增加、修改或刪除)資源上的 label(標(biāo)簽)
label 必須以字母或數(shù)字開頭,可以使用字母、數(shù)字、連字符、點和下劃線,最長63個字符。
如果 --overwrite 為 true,則可以覆蓋已有的label,否則嘗試覆蓋label將會報錯。
如果指定了–resource-version,則更新將使用此資源版本,否則將使用現(xiàn)有的資源版本。
語法:label [–overwrite] (-f FILENAME | TYPE NAME) KEY_1=VAL_1 … KEY_N=VAL_N [–resource-version=version]
例:
給名為foo的Pod添加label unhealthy=true
$ kubectl label pods foo unhealthy=true
給名為foo的Pod修改label 為 ‘status’ / value ‘unhealthy’,且覆蓋現(xiàn)有的value
$ kubectl label --overwrite pods foo status=unhealthy
給 namespace 中的所有 pod 添加 label
$ kubectl label pods --all status=unhealthy
僅當(dāng)resource-version=1時才更新 名為foo的Pod上的label
$ kubectl label pods foo status=unhealthy --resource-version=1
刪除名為“bar”的label 。(使用“ - ”減號相連)
$ kubectl label pods foo bar-
annotate命令:更新一個或多個資源的Annotations信息。也就是注解信息,可以方便的查看做了哪些操作。
Annotations由key/value組成。
Annotations的目的是存儲輔助數(shù)據(jù),特別是通過工具和系統(tǒng)擴(kuò)展操作的數(shù)據(jù),更多介紹在這里。
如果–overwrite為true,現(xiàn)有的annotations可以被覆蓋,否則試圖覆蓋annotations將會報錯。
如果設(shè)置了–resource-version,則更新將使用此resource version,否則將使用原有的resource version。
語法:annotate [–overwrite] (-f FILENAME | TYPE NAME) KEY_1=VAL_1 … KEY_N=VAL_N [–resource-version=version]
例子:
更新Pod“foo”,設(shè)置annotation “description”的value “my frontend”,如果同一個annotation多次設(shè)置,則只使用最后設(shè)置的value值
$ kubectl annotate pods foo description=‘my frontend’
根據(jù)“pod.json”中的type和name更新pod的annotation
$ kubectl annotate -f pod.json description=‘my frontend’
更新Pod"foo",設(shè)置annotation“description”的value“my frontend running nginx”,覆蓋現(xiàn)有的值
$ kubectl annotate --overwrite pods foo description=‘my frontend running nginx’
更新 namespace中的所有pod
$ kubectl annotate pods --all description=‘my frontend running nginx’
只有當(dāng)resource-version為1時,才更新pod ‘foo’
$ kubectl annotate pods foo description=‘my frontend running nginx’ --resource-version=1
通過刪除名為“description”的annotations來更新pod ‘foo’。
不需要 -overwrite flag。
$ kubectl annotate pods foo description-
completion命令:用于設(shè)置 kubectl 命令自動補(bǔ)全
BASH
在 bash 中設(shè)置當(dāng)前 shell 的自動補(bǔ)全,要先安裝 bash-completion 包
$ source <(kubectl completion bash)
在您的 bash shell 中永久的添加自動補(bǔ)全
$ echo “source <(kubectl completion bash)” >> ~/.bashrc
ZSH
在 zsh 中設(shè)置當(dāng)前 shell 的自動補(bǔ)全
$ source <(kubectl completion zsh)
在您的 zsh shell 中永久的添加自動補(bǔ)全
$ echo “if [ $commands[kubectl] ]; then source <(kubectl completion zsh); fi” >> ~/.zshrc
kubectl 部署命令:rollout,rolling-update,scale,autoscale
rollout 命令: 用于對資源進(jìn)行管理
可用資源包括:deployments,daemonsets。
子命令:
history(查看歷史版本)
pause(暫停資源)
resume(恢復(fù)暫停資源)
status(查看資源狀態(tài))
undo(回滾版本)
語法
$ kubectl rollout SUBCOMMAND
回滾到之前的deployment
$ kubectl rollout undo deployment/abc
查看daemonet的狀態(tài)
$ kubectl rollout status daemonset/foo
rolling-update命令: 執(zhí)行指定ReplicationController的滾動更新。
該命令創(chuàng)建了一個新的RC, 然后一次更新一個pod方式逐步使用新的PodTemplate,最終實現(xiàn)Pod滾動更新,new-controller.json需要與之前RC在相同的namespace下。
語法:rolling-update OLD_CONTROLLER_NAME ([NEW_CONTROLLER_NAME] --image=NEW_CONTAINER_IMAGE | -f NEW_CONTROLLER_SPEC)
使用frontend-v2.json中的新RC數(shù)據(jù)更新frontend-v1的pod
$ kubectl rolling-update frontend-v1 -f frontend-v2.json
使用JSON數(shù)據(jù)更新frontend-v1的pod
$ cat frontend-v2.json | kubectl rolling-update frontend-v1 -f -
其他的一些滾動更新
$ kubectl rolling-update frontend-v1 frontend-v2 --image=image:v2
$ kubectl rolling-update frontend --image=image:v2
$ kubectl rolling-update frontend-v1 frontend-v2 --rollback
scale命令:擴(kuò)容或縮容 Deployment、ReplicaSet、Replication Controller或 Job 中Pod數(shù)量
scale也可以指定多個前提條件,如:當(dāng)前副本數(shù)量或 --resource-version ,進(jìn)行伸縮比例設(shè)置前,系統(tǒng)會先驗證前提條件是否成立。這個就是彈性伸縮策略。
語法:kubectl scale [–resource-version=version] [–current-replicas=count] --replicas=COUNT (-f FILENAME | TYPE NAME)
將名為foo中的pod副本數(shù)設(shè)置為3。
$ kubectl scale --replicas=3 rs/foo
kubectl scale deploy/nginx --replicas=30
將由“foo.yaml”配置文件中指定的資源對象和名稱標(biāo)識的Pod資源副本設(shè)為3
$ kubectl scale --replicas=3 -f foo.yaml
如果當(dāng)前副本數(shù)為2,則將其擴(kuò)展至3。
$ kubectl scale --current-replicas=2 --replicas=3 deployment/mysql
設(shè)置多個RC中Pod副本數(shù)量
$ kubectl scale --replicas=5 rc/foo rc/bar rc/baz
autoscale命令:這個比scale更加強(qiáng)大,也是彈性伸縮策略 ,它是根據(jù)流量的多少來自動進(jìn)行擴(kuò)展或者縮容。
指定Deployment、ReplicaSet或ReplicationController,并創(chuàng)建已經(jīng)定義好資源的自動伸縮器。使用自動伸縮器可以根據(jù)需要自動增加或減少系統(tǒng)中部署的pod數(shù)量。
語法:kubectl autoscale (-f FILENAME | TYPE NAME | TYPE/NAME) [–min=MINPODS] --max=MAXPODS [–cpu-percent=CPU] [flags]
使用 Deployment “foo”設(shè)定,使用默認(rèn)的自動伸縮策略,指定目標(biāo)CPU使用率,使其Pod數(shù)量在2到10之間
$ kubectl autoscale deployment foo --min=2 --max=10
使用RC“foo”設(shè)定,使其Pod的數(shù)量介于1和5之間,CPU使用率維持在80%
$ kubectl autoscale rc foo --max=5 --cpu-percent=80
集群管理命令:certificate,cluster-info,top,cordon,uncordon,drain,taint
certificate命令:用于證書資源管理,授權(quán)等
例如,當(dāng)有node節(jié)點要向master請求,那么是需要master節(jié)點授權(quán)的
$ kubectl certificate approve node-csr-81F5uBehyEyLWco5qavBsxc1GzFcZk3aFM3XW5rT3mw node-csr-Ed0kbFhc_q7qx14H3QpqLIUs0uKo036O2SnFpIheM18
cluster-info 命令:顯示集群信息
$ kubectl cluster-info
top 命令:用于查看資源的cpu,內(nèi)存磁盤等資源的使用率
以前需要heapster,后替換為metrics-server
$ kubectl top pod --all-namespaces
cordon命令:用于標(biāo)記某個節(jié)點不可調(diào)度
uncordon命令:用于標(biāo)簽節(jié)點可以調(diào)度
drain命令: 用于在維護(hù)期間排除節(jié)點。
taint命令:用于給某個Node節(jié)點設(shè)置污點
集群故障排查和調(diào)試命令:describe,logs,exec,attach,port-foward,proxy,cp,auth
describe命令:顯示特定資源的詳細(xì)信息
查看my-nginx pod的詳細(xì)狀態(tài)
$ kubectl describe po my-nginx
logs命令:用于在一個pod中打印一個容器的日志,如果pod中只有一個容器,可以省略容器名
語法:kubectl logs [-f] [-p] POD [-c CONTAINER]
返回僅包含一個容器的pod nginx的日志快照
$ kubectl logs nginx
返回pod ruby中已經(jīng)停止的容器web-1的日志快照
$ kubectl logs -p -c ruby web-1
持續(xù)輸出pod ruby中的容器web-1的日志
$ kubectl logs -f -c ruby web-1
僅輸出pod nginx中最近的20條日志
$ kubectl logs --tail=20 nginx
輸出pod nginx中最近一小時內(nèi)產(chǎn)生的所有日志
$ kubectl logs --since=1h nginx
參數(shù)選項:
-c, --container=“”: 容器名。
-f, --follow[=false]: 指定是否持續(xù)輸出日志(實時日志)。
–interactive[=true]: 如果為true,當(dāng)需要時提示用戶進(jìn)行輸入。默認(rèn)為true。
–limit-bytes=0: 輸出日志的最大字節(jié)數(shù)。默認(rèn)無限制。
-p, --previous[=false]: 如果為true,輸出pod中曾經(jīng)運行過,但目前已終止的容器的日志。
–since=0: 僅返回相對時間范圍,如5s、2m或3h,之內(nèi)的日志。默認(rèn)返回所有日志。只能同時使用since和since-time中的一種。
–since-time=“”: 僅返回指定時間(RFC3339格式)之后的日志。默認(rèn)返回所有日志。只能同時使用since和since-time中的一種。
–tail=-1: 要顯示的最新的日志條數(shù)。默認(rèn)為-1,顯示所有的日志。
–timestamps[=false]: 在日志中包含時間戳。
exec命令:進(jìn)入容器進(jìn)行交互,在容器中執(zhí)行命令
語法:kubectl exec POD [-c CONTAINER] – COMMAND [args…]
命令選項:
-c, --container=“”: 容器名。如果未指定,使用pod中的一個容器。
-p, --pod=“”: Pod名。
-i, --stdin[=false]: 將控制臺輸入發(fā)送到容器。
-t, --tty[=false]: 將標(biāo)準(zhǔn)輸入控制臺作為容器的控制臺輸入。
進(jìn)入nginx容器,執(zhí)行一些命令操作
$ kubectl exec -it nginx-deployment-58d6d6ccb8-lc5fp bash
attach命令:連接到一個正在運行的容器。
語法:kubectl attach POD -c CONTAINER
參數(shù)選項:
-c, --container=“”: 容器名。如果省略,則默認(rèn)選擇第一個 pod。
-i, --stdin[=false]: 將控制臺輸入發(fā)送到容器。
-t, --tty[=false]: 將標(biāo)準(zhǔn)輸入控制臺作為容器的控制臺輸入。
獲取正在運行中的pod 123456-7890的輸出,默認(rèn)連接到第一個容器
$ kubectl attach 123456-7890
獲取pod 123456-7890中ruby-container的輸出
$ kubectl attach 123456-7890 -c ruby-container
切換到終端模式,將控制臺輸入發(fā)送到pod 123456-7890的ruby-container的“bash”命令,并將其輸出到控制臺/
錯誤控制臺的信息發(fā)送回客戶端。
$ kubectl attach 123456-7890 -c ruby-container -i -t
cp命令:拷貝文件或者目錄到pod容器中
用于pod和外部的文件交換,類似于docker 的cp,就是將容器中的內(nèi)容和外部的內(nèi)容進(jìn)行交換。
其他命令:api-servions,config,help,plugin,version
api-servions命令:打印受支持的api版本信息
打印當(dāng)前集群支持的api版本
$ kubectl api-versions
help命令:用于查看命令幫助
顯示全部的命令幫助提示
$ kubectl --help
具體的子命令幫助,例如
$ kubectl create --help
config 命令: 用于修改kubeconfig配置文件(用于訪問api,例如配置認(rèn)證信息)
設(shè)置 kubectl 與哪個 Kubernetes 集群進(jìn)行通信并修改配置信息。查看 使用 kubeconfig 跨集群授權(quán)訪問 文檔獲取詳情配置文件信息。
顯示合并的 kubeconfig 配置
$ kubectl config view
同時使用多個 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 中,使用 basic auth 進(jìn)行鑒權(quán)
$ kubectl config set-credentials kubeuser/foo.kubernetes.com --username=kubeuser --password=kubepassword
使用特定的用戶名和命名空間設(shè)置上下文。
$ kubectl config set-context gce --user=cluster-admin --namespace=foo
&& kubectl config use-context gce
version 命令:打印客戶端和服務(wù)端版本信息
打印客戶端和服務(wù)端版本信息
$ kubectl version
plugin 命令:運行一個命令行插件
高級命令:apply,patch,replace,convert
apply命令:通過文件名或者標(biāo)準(zhǔn)輸入對資源應(yīng)用配置
通過文件名或控制臺輸入,對資源進(jìn)行配置。 如果資源不存在,將會新建一個??梢允褂?JSON 或者 YAML 格式。
語法:kubectl apply -f FILENAME
將pod.json中的配置應(yīng)用到pod
$ kubectl apply -f ./pod.json
將控制臺輸入的JSON配置應(yīng)用到Pod
$ cat pod.json | kubectl apply -f -
參數(shù)選項:
-f, --filename=[]: 包含配置信息的文件名,目錄名或者URL。
–include-extended-apis[=true]: If true, include definitions of new APIs via calls to the API server. [default true]
-o, --output=“”: 輸出模式?!?o name"為快捷輸出(資源/name).
–record[=false]: 在資源注釋中記錄當(dāng)前 kubectl 命令。
-R, --recursive[=false]: Process the directory used in -f, --filename recursively. Useful when you want to manage related manifests organized within the same directory.
–schema-cache-dir=”~/.kube/schema": 非空則將API schema緩存為指定文件,默認(rèn)緩存到’$HOME/.kube/schema’
–validate[=true]: 如果為true,在發(fā)送到服務(wù)端前先使用schema來驗證輸入。
patch命令:使用補(bǔ)丁修改,更新資源的字段,也就是修改資源的部分內(nèi)容
語法:kubectl patch (-f FILENAME | TYPE NAME) -p PATCH
Partially update a node using strategic merge patch
$ kubectl patch node k8s-node-1 -p ‘{“spec”:{“unschedulable”:true}}’
Update a container’s image; spec.containers[*].name is required because it’s a merge key
$ kubectl patch pod valid-pod -p ‘{“spec”:{“containers”:[{“name”:“kubernetes-serve-hostname”,“image”:“new image”}]}}’
replace命令: 通過文件或者標(biāo)準(zhǔn)輸入替換原有資源
語法:kubectl replace -f FILENAME
Replace a pod using the data in pod.json.
$ kubectl replace -f ./pod.json
Replace a pod based on the JSON passed into stdin.
$ cat pod.json | kubectl replace -f -
Update a single-container pod’s image version (tag) to v4
$ kubectl get pod mypod -o yaml | sed ‘s/(image: myimage):.*$/\1:v4/’ | kubectl replace -f -
Force replace, delete and then re-create the resource
$ kubectl replace --force -f ./pod.json
convert命令:不同的版本之間轉(zhuǎn)換配置文件
語法:kubectl convert -f FILENAME
Convert ‘pod.yaml’ to latest version and print to stdout.
$ kubectl convert -f pod.yaml
Convert the live state of the resource specified by ‘pod.yaml’ to the latest version
and print to stdout in json format.
$ kubectl convert -f pod.yaml --local -o json
Convert all files under current directory to latest version and create them all.
$ kubectl convert -f . | kubectl create -f -
格式化輸出
要以特定格式將詳細(xì)信息輸出到終端窗口,可以將 -o 或 --output 參數(shù)添加到支持的 kubectl 命令。
Kubectl 日志輸出詳細(xì)程度和調(diào)試
Kubectl 日志輸出詳細(xì)程度是通過 -v 或者 --v 來控制的,參數(shù)后跟了一個數(shù)字表示日志的級別。Kubernetes 通用的日志習(xí)慣和相關(guān)的日志級別在 這里 有相應(yīng)的描述。文章來源:http://www.zghlxwxcb.cn/news/detail-725653.html
小結(jié)
以上是 kubectl 一些基本命令操作,需要時方便查閱。
————————————————
版權(quán)聲明:本文為CSDN博主「bdview」的原創(chuàng)文章,遵循CC 4.0 BY-SA版權(quán)協(xié)議,轉(zhuǎn)載請附上原文出處鏈接及本聲明。
原文鏈接:https://blog.csdn.net/weixin_42319496/article/details/127158739文章來源地址http://www.zghlxwxcb.cn/news/detail-725653.html
到了這里,關(guān)于Kubectl 常用命令大全的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!