您好,登錄后才能下訂單哦!
這篇文章給大家介紹kubectl的技巧是什么呢,內(nèi)容非常詳細(xì),感興趣的小伙伴們可以參考借鑒,希望對大家能有所幫助。
Kubectl 是 Kubernetes 最重要的命令行工具。在 Flant,我們會在 Wiki 和 Slack 上相互分享 Kubectl 的妙用(其實我們還有個搜索引擎,不過那就是另外一回事了)。多年以來,我們在 kubectl 方面積累了很多技巧,現(xiàn)在想要將其中的部分分享給社區(qū)。
現(xiàn)在開始吧。
我猜你知道如何獲取 Kubernetes 集群中所有 Namespace 的 Pod——使用 --all-namepsaces
就可以。然而不少朋友還不知道,現(xiàn)在這一開關(guān)還有了 -A
的縮寫。
如何查找非 running
狀態(tài)的 Pod 呢?
kubectl get pods -A --field-selector=status.phase!=Running | grep -v Complete
順便一說,--field-selector
是個值得深入一點的參數(shù)。
如何獲取節(jié)點列表及其內(nèi)存容量:
kubectl get no -o json | \
jq -r '.items | sort_by(.status.capacity.memory)[]|[.metadata.name,.status.capacity.memory]| @tsv'
獲取節(jié)點列表,其中包含運行在每個節(jié)點上的 Pod 數(shù)量:
kubectl get po -o json --all-namespaces | \
jq '.items | group_by(.spec.nodeName) | map({"nodeName": .[0].spec.nodeName, "count": length}) | sort_by(.count)'
有時候 DaemonSet 因為某種原因沒能在某個節(jié)點上啟動。手動搜索會有點麻煩:
$ ns=my-namespace
$ pod_template=my-pod
$ kubectl get node | grep -v \"$(kubectl -n ${ns} get pod --all-namespaces -o wide | fgrep ${pod_template} | awk '{print $8}' | xargs -n 1 echo -n "\|" | sed 's/[[:space:]]*//g')\"
使用 kubectl top
獲取 Pod 列表并根據(jù)其消耗的 CPU 或 內(nèi)存進(jìn)行排序:
# cpu
$ kubectl top pods -A | sort --reverse --key 3 --numeric
# memory
$ kubectl top pods -A | sort --reverse --key 4 --numeric
獲取 Pod 列表,并根據(jù)重啟次數(shù)進(jìn)行排序:
kubectl get pods —sort-by=.status.containerStatuses[0].restartCount
當(dāng)然也可以使用 PodStatus 以及 ContainerStatus 的其它字段進(jìn)行排序。
運行 Ingress 時,經(jīng)常要獲取 Service 對象的 selector
字段,用來查找 Pod。過去要打開 Service 的清單才能完成這個任務(wù),現(xiàn)在使用 -o wide
參數(shù)也可以:
$ kubectl -n jaeger get svc -o wide
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE SELECTOR
jaeger-cassandra ClusterIP None <none> 9042/TCP 77d app=cassandracluster,cassandracluster=jaeger-cassandra,cluster=jaeger-cassandra
如何輸出 Pod 的 requests
和 limits
:
$ kubectl get pods -A -o=custom-columns='NAME:spec.containers[*].name,MEMREQ:spec.containers[*].resources.requests.memory,MEMLIM:spec.containers[*].resources.limits.memory,CPUREQ:spec.containers[*].resources.requests.cpu,CPULIM:spec.containers[*].resources.limits.cpu'
NAME MEMREQ MEMLIM CPUREQ CPULIM
coredns 70Mi 170Mi 100m <none>
coredns 70Mi 170Mi 100m <none>
...
kubectl run
(以及 create
、apply
、patch
)命令有個厲害的參數(shù) --dry-run
,該參數(shù)讓用戶無需真正操作集群就能觀察集群的行為,如果配合 -o yaml
,就能輸出命令對應(yīng)的 YAML:
$ kubectl run test --image=grafana/grafana --dry-run -o yaml
apiVersion: apps/v1
kind: Deployment
metadata:
creationTimestamp: null
labels:
run: test
name: test
spec:
replicas: 1
selector:
matchLabels:
run: test
簡單的把輸出內(nèi)容保存到文件,刪除無用字段就可以使用了。
1.18 開始
kubectl run
生成的是 Pod 而非 Deployment。
獲取指定資源的描述清單:
kubectl explain hpa
KIND: HorizontalPodAutoscaler
VERSION: autoscaling/v1
DESCRIPTION:
configuration of a horizontal pod autoscaler.
FIELDS:
apiVersion <string>
...
獲取集群節(jié)點的內(nèi)部 IP:
$ kubectl get nodes -o json | jq -r '.items[].status.addresses[]? | select (.type == "InternalIP") | .address' | \
paste -sd "\n" -
9.134.14.252
獲取所有的 Service 對象以及其 nodePort
:
$ kubectl get -A svc -o json | jq -r '.items[] | [.metadata.name,([.spec.ports[].nodePort | tostring ] | join("|"))]| @tsv'
kubernetes null
...
在排除 CNI(例如 Flannel)故障的時候,經(jīng)常會需要檢查路由來識別故障 Pod。Pod 子網(wǎng)在這里非常有用:
$ kubectl get nodes -o jsonpath='{.items[*].spec.podCIDR}' | tr " " "\n" fix-doc-azure-container-registry-config ?
10.120.0.0/24
10.120.1.0/24
10.120.2.0/24
使用可讀的時間格式輸出日志:
$ kubectl logs -f fluentbit-gke-qq9w9 -c fluentbit --timestamps
2020-09-10T13:10:49.822321364Z Fluent Bit v1.3.11
2020-09-10T13:10:49.822373900Z Copyright (C) Treasure Data
2020-09-10T13:10:49.822379743Z
2020-09-10T13:10:49.822383264Z [2020/09/10 13:10:49] [ info] Configuration:
只輸出尾部日志:
kubectl logs -f fluentbit-gke-qq9w9 -c fluentbit --tail=10
[2020/09/10 13:10:49] [ info] ___________
[2020/09/10 13:10:49] [ info] filters:
[2020/09/10 13:10:49] [ info] parser.0
...
輸出一個 Pod 中所有容器的日志:
kubectl -n my-namespace logs -f my-pod —all-containers
使用標(biāo)簽選擇器輸出多個 Pod 的日志:
kubectl -n my-namespace logs -f -l app=nginx
獲取“前一個”容器的日志(例如崩潰的情況):
kubectl -n my-namespace logs my-pod —previous
把 Secret 復(fù)制到其它命名空間:
kubectl get secrets -o json --namespace namespace-old | \
jq '.items[].metadata.namespace = "namespace-new"' | \
kubectl create-f -
下面兩個命令可以生成一個用于測試的自簽發(fā)證書:
openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/CN=grafana.mysite.ru/O=MyOrganization"
kubectl -n myapp create secret tls selfsecret --key tls.key --cert tls.crt
關(guān)于kubectl的技巧是什么呢就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,可以學(xué)到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。