kubectl 是 K8s 官方附带的命令行工具,可以方便的操作 K8s 集群。这篇文章主要介绍一些 kubectl 的别样用法,希望读者有一定基础的 K8s 使用经验。
有一篇文章也介绍了一些技巧,写博客的时候正好搜到了,正好也分享出来吧。
Ready-to-use commands and tips for kubectl
打印当前使用的API
# kubectl 的主要作用就是与 ApiServer 进行交互, 而交互的过程, 我们可以通过下面的方式来打印,
# 这个命令尤其适合调试自己的api接口时使用.
$ kubectl get ns -v=9
按状态筛选容器以及删除
这是我在这里学到的命令:Force Delete Evicted / Terminated Pods in Kubernetes
kubectl get pods --all-namespaces --field-selector status.phase=Pending -o json | \
jq '.items[] | "kubectl delete pods \(.metadata.name) -n \(.metadata.namespace)"' | \
xargs -n 1 bash -c
这个命令要拆开来看
首先, 获取所有ns中状态为Pending的pods, 并以json形式输出
这个语句其实由很多变体, 比如,我想查找Failed的状态, 或是某个deployment或者指定某个命名空间内的资源
kubectl get pods --all-namespaces --field-selector status.phase=Failed -o json
针对json变量进行处理, 生成可用的脚本
这里是我想介绍的重点, 利用jq以及kubectl的输出, 构建出可用的命令
jq '.items[] | "kubectl delete pods \(.metadata.name) -n \(.metadata.namespace)"'
执行每一条命令
注意, 这种命令一定要好好调试, 删掉预期之外的pod就不好了.
xargs -n 1 bash -c
示例1
例如, 下面的语句可以找到所有的Pods并打印可以执行的语句
kubectl get pods --all-namespaces --field-selector status.phase=Running -o json | \
> jq '.items[] | "kubectl get pods \(.metadata.name) -o wide -n \(.metadata.namespace)"'
"kubectl get pods hazelcast -o wide -n default"
"kubectl get pods nginx-ingress-controller-5dc64b58f-x5kcn -o wide -n ingress-nginx"
"kubectl get pods calico-kube-controllers-97769f7c7-m2tqs -o wide -n kube-system"
"kubectl get pods calico-node-4fkwm -o wide -n kube-system"
"kubectl get pods calico-node-4wj2w -o wide -n kube-system"
"kubectl get pods calico-node-4zt88 -o wide -n kube-system"
"kubectl get pods calico-node-592cd -o wide -n kube-system"
"kubectl get pods calico-node-6xcdr -o wide -n kube-system"
"kubectl get pods calico-node-8tmmx -o wide -n kube-system"
"kubectl get pods calico-node-9pqt7 -o wide -n kube-system"
"kubectl get pods calico-node-bx6fp -o wide -n kube-system"
"kubectl get pods calico-node-cj2d2 -o wide -n kube-system"
"kubectl get pods calico-node-fdctk -o wide -n kube-system"
"kubectl get pods calico-node-gz5q6 -o wide -n kube-system"
"kubectl get pods calico-node-jf66k -o wide -n kube-system"
"kubectl get pods calico-node-t99k7 -o wide -n kube-system"
"kubectl get pods coredns-6cc56c94bd-zn6bf -o wide -n kube-system"
"kubectl get pods dashboard-metrics-scraper-7b59f7d4df-8wwlb -o wide -n kubernetes-dashboard"
"kubectl get pods kubernetes-dashboard-5dbf55bd9d-pdxvw -o wide -n kubernetes-dashboard"
示例2
当然, 如果只是删除单个NS下面的一些pods, 我会选择下面的方法, 但是它操作多个NS就很不方便了.
kubectl -n default get pods | grep Completed | awk '{print $1}' | xargs kubectl -n default delete pods
示例3
[root@Master1 kubernetes]# kubectl run web1 --image=nginx --port=80
pod/web1 created
[root@Master1 kubernetes]# kubectl get pods
NAME READY STATUS RESTARTS AGE
hazelcast 1/1 Running 0 14m
web1 0/1 ContainerCreating 0 109s
[root@Master1 kubernetes]# kubectl get pods --all-namespaces --field-selector status.phase=Pending -o json | jq '.items[] | "kubectl delete pods \(.metadata.name) -n \(.metadata.namespace)"' | xargs -n 1 bash -c
pod "web1" deleted
[root@Master1 kubernetes]#
统计具体某台机器上运行的所有pod
kubectl可以使用两种选择器, 一种是label, 一种是field, 可以看官网的介绍:
Labels and Selectors Field Selectors
# 它是一种选择器, 可以与上面的awk或者xargs配合使用.
# 我个人平时都不喜欢用这个, 直接get全部pods, 然后grep查找感觉更快
kubectl get pods --all-namespaces -o wide --field-selector spec.nodeName=pve-node1
统计 Pod 在不同机器的具体数量分布
均衡分布的工作前提是得知pod在各个机器的分布情况。最好的办法就是我们得到pod信息之后进行简单的统计,这个工作可以使用awk实现。
kubectl -n default get pods -o wide -l app="nginx" | awk '{print $7}'|\
awk '{ count[$0]++ }
END {
printf("%-35s: %s\n","Word","Count");
for(ind in count){
printf("%-35s: %d\n",ind,count[ind]);
}
}'
# 执行结果如下
Word : Count
NODE : 1
pve-node1 : 1
pve-node2 : 1
# awk的语法我没深入了解, 有兴趣的读者可以研究看看, 这里我就不求甚解了.
kubectl proxy的使用
你可以理解为这个命令为 K8s 的 ApiServer 做了一层代理,使用该代理,你可以直接调用 API 而不需要经过鉴权。启动之后,甚至可以实现 kubectl 套娃,下面是一个例子:
- 当你没有设置kubeconfig而直接调用kubectl时,可以打印出下面类似的错误
kubectl get ns -v=9
curl -k -v -XGET -H "Accept: application/json, */*" -H "User-Agent: kubectl/v1.21.3 (linux/amd64) kubernetes/ca643a4" 'http://localhost:8080/api?timeout=32s'
skipped caching discovery info due to Get "http://localhost:8080/api?timeout=32s": dial tcp 127.0.0.1:8080: connect: connection refused
- 也就是说当你不指定kubeconfig文件时, kubectl会默认访问本机的8080端口;那么我们先启动一个kubectl proxy, 然后指定监听8080, 再使用kubectl直接访问, 是不是就可行了呢, 事实证明, 安全与预想一致.
KUBECONFIG=~/.kube/config-symv3 kubectl proxy -p 8080
kubectl get ns
NAME STATUS AGE
default Active 127d
- 默认启动的 proxy 是屏蔽了某些 api 的,并且有一些限制,例如无法使用 exec 进入 pod 之中可以使用 kubectl proxy —help 来看,例如
# 仅允许本机访问
--accept-hosts='^localhost$,^127\.0\.0\.1$,^\[::1\]$': Regular expression for hosts that the proxy should accept.
# 不允许访问下面的api, 也就是说默认没法exec进入容器
--reject-paths='^/api/.*/pods/.*/exec,^/api/.*/pods/.*/attach': Regular expression for paths that the proxy should reject. Paths specified here will be rejected even accepted by --accept-paths.
# 想跳过exec的限制也很简单, 把reject-paths去掉就可以了
kubectl proxy -p 8080 --keepalive 3600s --reject-paths='' -v=9
- 有人说这个kubectl proxy可能没什么作用,那可能仅仅是你还没有实际的应用场景。例如当我想要调试K8s dashboard代码的时候。如果直接使用kubeconfig文件,我没法看到具体的请求过程,如果你加上一层proxy转发,并且设置-v=9的时候,你就自动获得了一个日志记录工具,在调试时相当有用。
总结
- kubectl 是一个强大的命令行工具,上面我只是介绍了我工作中对其用法的一点探索,也并不鼓励大家非要记住这些命令,只是希望当读者需要的时候,能够想起来kubectl可以有类似的功能,就不需要针对几个临时需求去研读client-api了。
评论区