管理20+Kubernetes集群、400台机器，套路在于？

通常，根据手头的任务，我们的工作涵盖大量命名空间。因此，如果我排查了一个kafka问题，那么10个命令中有8个会被发送到Kafka命名空间。在此期间，它将成为默认命名空间。这可以节省大量的时间，特别是在处理需要发布大量kubectl指令的复杂工作任务时。

在Shell命令提示符中显示“kube-context”和“namespace”

在发出kubectl命令时，必须时刻了解当前的 kube-context 和 namespace。同时在20个不同的kube-contexts和50个左右的命名空间中管理集群，这并不是一件容易的事。很容易在环境中发出错误的命令，尤其是在跨不同上下文和集群中执行多任务时。

为了解决这个问题，在终端提示附近随时显示活动的 namespace和kube-contexts是非常有用的。

在下述例子中，kube-context是dev2–1，命名空间是 test。有了这些信息，当在集群中执行命令时，就可以简单地查看它。

少即是多——不要过度使用终端

我们为kubectl用户介绍了四种基本的终端定制：

• 使用kubetail查看多个pod实例的日志文件。
• 动态更改默认 namespace以显著缩短kubectl指令。
• 在命令提示符附近显示kube-context和namespace，避免意外错误。
• 重要的kubectl别名列表。

与这种极简设置形成对比的是，流行的终端升级(比如K9s)往往是复杂、功能丰富、色彩多样的，但相反，它的速度缓慢、容易令人分心，而且并不是必需的。添加的(各种花里胡哨的)功能越多，花在理解和浏览屏幕上所有额外信息上的时间就越多。

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!