这 5 个冷门且实用的 Kubectl 使用技巧,99%的人都要知道

kubectl 是 K8s 官方附带的命令行工具,可以方便的操作 K8s 集群。这篇文章主要介绍一些 kubectl 的别样用法,希望读者有一定基础的 K8s 使用经验。

有一篇文章也介绍了一些技巧,写博客的时候正好搜到了,正好也分享出来吧。
Ready-to-use commands and tips for kubectl

1、打印当前使用的API

# kubectl 的主要作用就是与 ApiServer 进行交互, 而交互的过程, 我们可以通过下面的方式来打印, # 这个命令尤其适合调试自己的api接口时使用.$ kubectl get ns -v=9

图片

2、按状态筛选容器以及删除

这是我在这里学到的命令: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的状态, 或是某个deploymentkubectl get pods --all-namespaces --field-selector status.phase=Pending -o json 
# 针对json变量进行处理, 生成可用的脚本# 这里是我想介绍的重点, 利用jq以及kubectl的输出, 构建出可用的命令jq '.items[] | "kubectl delete pods \(.metadata.name) -n \(.metadata.namespace)"'
# 执行每一条命令# 注意, 这种命令一定要好好调试, 删掉预期之外的pod就不好了.xargs -n 1 bash -c
# 例如, 下面的语句可以找到所有的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 metrics-server-6d684c7b5-gtd6q -o wide -n kube-system""kubectl get pods local-path-provisioner-58fb86bdfd-98frc -o wide -n kube-system""kubectl get pods nginx-deployment-574b87c764-xppmx -o wide -n default"
# 当然, 如果只是删除单个NS下面的一些pods, 我会选择下面的方法, 但是它操作多个NS就很不方便了.kubectl -n default get pods  | grep Completed | awk '{print $1}' | xargs kubectl -n default delete pods

3、统计具体某台机器上运行的所有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

4、统计 Pod 在不同机器的具体数量分布

不知道有读者看过我的这篇文章: 基于kubernetes的PaaS平台中细力度控制pods方案的实现。均衡分布的工作前提是得知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                               : CountNODE                               : 1pve-node1                          : 1pve-node2                          : 1
# awk的语法我没深入了解, 有兴趣的读者可以研究看看, 这里我就不求甚解了.

5、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 8080kubectl get nsNAME                           STATUS   AGEdefault                        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了。

来源:https://corvo.myseu.cn/2021/08/16/2021-08-16-kubectl%E7%9A%84%E5%A4%9A%E6%A0%B7%E7%94%A8%E6%B3%95/

 

<think>嗯,用户之前问过Java端口被占用的问题,现在他们想知道Java可以使用哪些端口,特别是想选冷门的。我需要先理清楚端口的基本知识,然后针对他们的需求给出合适的建议。 首先,端口范围是0到65535,分三类:知名端口(0-1023),注册端口(1024-49151),动态端口(49152-65535)。用户需要冷门端口,应该推荐注册端口中的高位范围,或者动态端口中的一些,因为这些不太常用。 用户可能是在开发应用,不想端口被占用导致冲突。之前他们遇到端口被占用的问题,所以现在想避免这种情况,选择不常被其他程序使用的端口。这时候需要建议他们避免使用常见服务的端口,比如MySQL的3306,Redis的6379等。同时,还要提醒他们即使选了冷门端口,也要检查是否被占用,因为不同环境可能不同。 另外,用户可能需要具体的例子,比如推荐一些冷门端口范围,比如30000到49151之间的高位注册端口,或者动态端口里的49152到65535。同时,要告诉他们在代码中如何设置端口,比如Spring Boot的配置,或者Tomcat的修改方式,这样他们可以直接应用。 还要考虑到用户可能不知道如何检查端口是否被占用,可能需要重复之前的方法,比如用netstat或lsof命令,或者编写脚本自动检测可用端口。这能帮助他们更高效地找到合适的端口。 安全问题也很重要,不能建议他们使用需要root权限的端口,比如80或443,除非必要。同时提醒即使使用冷门端口,也要注意防火墙配置,避免暴露不必要的服务。 总结下来,回答结构应该是先介绍端口分类,然后推荐冷门范围,给出具体例子,说明配置方法,检查方法,以及注意事项。这样用户就能全面了解如何选择和设置冷门端口,避免之前的占用问题。</think>### Java应用程序可用的端口范围及冷门端口选择建议 所有网络端口的取值范围是 **0-65535**,分为三类: 1. **知名端口(Well-known Ports)**:`0-1023` - 例如:80(HTTP)、443(HTTPS)、22(SSH) - **不建议使用**:这些端口通常被系统或基础服务占用,需要管理员权限。 2. **注册端口(Registered Ports)**:`1024-49151` - 例如:3306(MySQL)、8080(Tomcat默认端口) - **可选但需避开常见服务**:选择高位端口(如 `30000-49151`)更冷门。 3. **动态/私有端口(Dynamic/Ephemeral Ports)**:`49152-65535` - **最冷门的选择**:操作系统通常不会长期占用这些端口,适合临时或低频服务。 --- ### 具体冷门端口推荐 1. **注册端口中的高位段**: - **示例**:`30000-39999`、`40000-49151` - **理由**:大部分常见服务(如数据库、中间件)使用低位注册端口,高位段冲突概率低。 2. **动态端口段**: - **示例**:`50000-55000`、`60000-65535` - **理由**:操作系统通常仅在需要时临时分配这些端口,适合开发测试环境。 --- ### 如何配置Java应用使用冷门端口? #### 1. **Spring Boot项目** 在 `application.properties` 中指定端口: ```properties server.port=34567 # 示例端口 ``` #### 2. **Tomcat独立部署** 修改 `conf/server.xml` 中的 `<Connector>` 配置: ```xml <Connector port="38765" protocol="HTTP/1.1" ... /> ``` #### 3. **Socket编程** 在Java代码中直接绑定端口: ```java ServerSocket serverSocket = new ServerSocket(40123); // 自定义端口 ``` --- ### 注意事项 1. **避免冲突检查**: 即使选择冷门端口,启动前仍需检查是否被占用(通过 `netstat -ano` 或 `lsof -i:<Port>`)。 2. **防火墙规则**: 若需对外暴露服务,需确保防火墙开放该端口。 3. **动态端口的风险**: 某些操作系统可能会重用动态端口,长期服务建议优先选择注册端口段。 --- ### 实用工具 - **端口扫描脚本**:编写简单的脚本自动检测可用端口: ```bash # Linux/MacOS示例:查找 30000-40000 之间的可用端口 for port in {30000..40000}; do (echo >/dev/tcp/localhost/$port) 2>/dev/null || echo "$port 可用" done ``` 通过以上方法,可以高效选择冷门端口并降低冲突风险。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值