立即登录

关键字高亮脚本 分享几个超级实用的插件和工具,轻松提高工作效率

11/28 09:23:47

关键字高亮脚本 分享几个超级实用的插件和工具,轻松提高工作效率

阿里云服务器新老用户优惠

这篇文章主要分享几个个人认为比较有用的工具,不用费脑,仅供参考 :)

Kubectl插件关于kubectl插件

kubectl插件其实就是以kubectl-为前缀的任意·可执行文件,比如执行:

  1. ln -s /bin/echo /usr/local/bin/kubectl-echo

    此时就相当于安装了个echo的kubectl插件,kubectl插件可以通过kubectl+插件名执行,kubectl xxx其实就是相当于运行kubectl-xxx。

    比如要运行我们的echo插件,只需执行如下命令:

    1. # kubectl echo "HelloWorld!"

      HelloWorld!

      通过kubectl plugin list可列出当前PATH目录下所有插件:

      1. # kubectl plugin list

        The following compatible plugins are available:


        /root/.krew/bin/kubectl-grep

        /root/.krew/bin/kubectl-krew

        /root/.krew/bin/kubectl-ns

        /root/.krew/bin/kubectl-ssh_jump

        /root/.krew/bin/kubectl-whoami

        /usr/local/bin/kubectl-echo

        所以要实现自己的插件,只需要把最终的可执行文件命名为kubectl-xxxx,然后放到PATH包含任意目录即可,但注意无法覆盖kubectl已有的子命令,如果与kubectl现有的子命令相同关键字高亮脚本,则会优先执行内置子命令,因此插件不会被执行。

        krew

        首先要介绍的就是krew,krew是一个Kubernetes的包管理工具,它的功能就是提供简单的方法下载、检索、管理其他插件,类似操作系统的apt、yum、brew等工具,其命名也似乎模仿的brew工具。

        安装krew的官方脚本如下:

        1. (

          set -x; cd "$(mktemp -d)" &&

          curl -fsSLO "https://github.com/kubernetes-sigs/krew/releases/download/v0.3.2/krew.{tar.gz,yaml}" &&

          tar zxvf krew.tar.gz &&

          ./krew-"$(uname | tr '[:upper:]' '[:lower:]')_amd64" install

          --manifest=krew.yaml --archive=krew.tar.gz

          )

          安装完后就可以使用krew搜索、安装其他插件了,本文接下来介绍的大多数插件都可以使用krew直接安装。

          1. # kubectl krew search whoami

            NAME DESCRIPTION INSTALLED

            whoami Show the subject that's currently authenticated... yes

            # kubectl krew install ns

            krew在krew index项目中维护支持的插件列表以及下载路径,目前所有插件都是在github中发布下载,但由于众所周知的原因关键字高亮脚本,国内从github下载速度非常慢。

            为了提高下载速度,写了个脚本使用axel下载替换原来的下载方式,提速至少10倍以上:

            脚本可以在我的github中下载fast-krew。

            kubectx / kubens

            kubectx用于快速切换Kubernetes context,而kubens则用于快速切换namespace,我认为二者强大之处在于可以结合fzf使用。任何工具只要和fzf结合,都会很强大。

            如切换到kube-systemnamespace:

            1. kubectl ns kube-system

              如果不指定namespace,则调用fzf交互式选择:

              如上黄色的namespace表示当前namespace,通过方向键移动箭头选择需要切换的目标namespace,切换context也一样,由于测试环境只有一个admin,因此只有一个选项。

              debug

              我们知道容器的最佳实践是只运行单个应用进程,因此为了精简镜像,我们通常在构建镜像时只包含进程运行所需要包和程序,但这样其实也给排查故障带来问题,尤其是网络问题,想抓个包实在太麻烦。

              我们常规的做法是先手动进入Pod所在的Node节点,然后找到对应的网络namespace,参考我之前的文章,最后切换到容器的网络namespace中进行抓包,特别麻烦。

              为了解决这个问题,社区中也提供了许多插件方案,

              kubectl-debug通过EphemeralContainers的方式在运行的Pod中增加一个debugger的容器,然后通过kubectl exec进入该容器进行调试。

              ksniff工具主要用于容器抓包,其实现方式是把本地静态的tcpdump工具拷贝到容器的/tmp目录,然后就可以通过kubectl exec进入容器运行tcpdump工具了。

              但我觉得最好用的还是国内PingCAP公司开源的debug工具,其实现原理是在目标Node节点上创建一个DebugAgentPod,创建的Debug Pod会在目标Node上创建一个新的容器,这个容器会加入到目标Pod的各个Namespace中,于是就可以进入这个新的容器进行调试了,这个新的容器目前使用的默认镜像是nicolaka/netshoot,这个镜像里面包含netstat、ip、tcpdump等各种网络调试工具,真是太方便了。

              更多关于debug设计和用法可参考作者的文章简化Pod故障诊断: kubectl-debug 介绍。

              如下是我的一个演示动画:

              grep

              基于name搜索资源辅助卡盟,资源包括DaemonSets、Pods、Deployments、Nodes等,如搜索名字中带web的所有Pods:

              1. # kubectl grep pod web

                NAMESPACE NAME READY STATUS RESTART AGE

                default web-0 1/1 Running 0 37h

                default web-1 1/1 Running 0 37h

                default web-2 1/1 Running 0 37h

                在所有的namespaces搜索名字带virt的Deployments:

                1. # kubectl grep deployment virt --all-namespaces

                  NAMESPACE NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE

                  kubevirt virt-api 2 2 2 2 5h32m

                  kubevirt virt-controller 2 2 2 2 5h32m

                  kubevirt virt-operator 2 2 2 2 5h49m

                  iexec

                  exec命令的功能增强版本,我们知道exec必须指定Pod的名称,如果一个Pod有多个容器,则还需要指定容器名称,而使用exec则可以通过Pod模糊查询然后交互式选择,如果Pod中包含多个容器,也可以通过交互式选择。

                  比如我创建的Deployment有如下5个nginx Pod:

                  1. [root@ip-192-168-193-172 ~ (⎈ |kubernetes-# kubectl get pod

                    NAME READY STATUS RESTARTS AGE

                    nginx-6984d55cb6-b7zgp 2/2 Running 0 5m23s

                    nginx-6984d55cb6-bd8nf 2/2 Running 0 5m23s

                    nginx-6984d55cb6-dljzx 2/2 Running 0 5m23s

                    nginx-6984d55cb6-gn94v 2/2 Running 0 5m23s

                    nginx-6984d55cb6-kcj62 2/2 Running 0 5m23s

                    使用iexec可以直接运行如下命令:

                    1. kubectl iexec nginx

                      结果如下:

                      我们知道通过Deployment创建的Pod,Pod的命名格式为Deployment名字+加上Deployment的一段hash + Replica的一段hash,我们通常只记得Deployment的名字,而不知道Pod的名字,通过iexe只需要输入Deployment名字即可,通过交互式选择Pod,非常方便。

                      doctor

                      和brew doctor类似的工具,用于检查Kubernetes的健康状况以及扫描Kubernetes集群中的异常资源,比如etcd member状态、Node状态、孤儿endppoint等。

                      1. # kubectl doctor

                        ---

                        TriageReport:

                        - Resource: Endpoints

                        AnomalyType: Found orphaned endpoints!

                        Anomalies:

                        - kube-controller-manager

                        - kube-scheduler

                        - virt-controller

                        - virt-operator

                        access-matrix

                        查看权限矩阵,比如查看针对Pod的API操作权限:

                        df-pv

                        kubectl目前只能获取pv的空间大小,而无法显示pv的真实使用情况,但其实kubelet summary API从1.8版本开始就已经有这些数据了,但官方kubectl工具还无法直接显示这些数据。

                        df-pv插件通过读取的summay API获取pv的使用量:

                        resource-capacity/view-allocations

                        查看Node节点的CPU和内存使用情况:

                        如果要查看更详细,细粒度到每个Pod,则可以使用view-allocations插件:

                        tail

                        我们知道kubectl的logs命令查看日志需要指定pod名称,如果一个pod还有多个容器,还需要指定容器名称,而tail插件支持同时查看多个pod的日志,支持通过Deployment、ReplicaSet等资源类型过滤日志。

                        Kubernetes实用命令行工具kube-ps1 / kube-tmux

                        kube-ps1脚本即修改PS1环境变量,实现把Kubernetes的context信息如cluster名称、namespace等显示在bash/zsh的命令提示符中:

                        而kube-tmux则把信息显示在tmux:

                        kube-shell / kube-prompt

                        kube-shell和kube-prompt都是基于kubectl实现的交互式shell,支持命令自动补全、关键字高亮等功能。

                        其中kube-shell基于Python实现,使用起来和ipython差不多。

                        不过实测kube-shell命令补全功能不是很全,比如--all-namespaces这个参数就补全不了,并且也不支持资源的自动补全。注:图中的灰色--all-namespaces参数不是自动补全,而是类似fish的历史命令提示。

                        因此更推荐使用kube-prompt,kube-prompt支持资源的自动补全:

                        不过个人认为kubectl自带的命令自动补全功能已经够用了:

                        1. source <(kubectl completion bash)

                          如果需要频繁切换kubectl shell和OS shell,个人觉得使用OS shell + kubectl自动补全反而效率更高。

                          终极工具k9s

                          最后介绍一个终极Kubernetes命令行工具k9s,看它的logo就很形象,就是用来管理k8s资源的:

                          k9s是基于curses实现的终端UI交互式Kubernetes资源管理工具,操作有点类似vim,支持命令模式,支持alias、插件、自定义主题等功能,通过k9s能够交互式进行资源的增删改查、查看pod日志、exec等:

                          如上通过命令模式输入:deploy进入Deployment页面,然后按快捷键s修改Replicas数量,回车进入该Deployment Pod列表,可以通过j、k键移动光标选择Pod,快捷键l查看Pod日志,s通过exec进入Pod shell,非常方便。

                          腾讯云服务器新老用户优惠

                          来源:【九爱网址导航www.fuzhukm.com】 免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!

最新资讯