背景：是这样的一个事情：服务运行于kubernetes集群（腾讯云tke1.20.6）。日志采集到了elasticsearch集群and腾讯的cls日志服务中。小伙伴看日志觉得还是不太方便，还是想看控制台输出的。给他们分配过一台服务器（加入到集群中，但是有污点标签的节点）。为了方便他们测试一下东西。现在想让他们通过此work节点可以在控制台查看日志。正常的就是把master节点的/root/.kube/目录下的config配置文件copy过来就可以了。但是这权限也太大了！重新复习一遍kubeconfig配置文件以及rolerolebinding的知识！注：namespace为official。

背景：是这样的一个事情：服务运行于kubernetes集群（腾讯云tke1.20.6）。日志采集到了elasticsearch集群and腾讯的cls日志服务中。小伙伴看日志觉得还是不太方便，还是想看控制台输出的。给他们分配过一台服务器（加入到集群中，但是有污点标签的节点）。为了方便他们测试一下东西。现在想让他们通过此work节点可以在控制台查看日志。正常的就是把master节点的/root/.kube/目录下的config配置文件copy过来就可以了。但是这权限也太大了！重新复习一遍kubeconfig配置文件以及rolerolebinding的知识！注：namespace为official。

背景：早些时候kubernetes集群的cri还使用docker的时候经历过这样的状况：集群运行很久后硬盘跑的快满了......,大文件主要集中在：/var/lib/docker/overlay2下文件有快70G，/var/log/journal/日志也有4-5G。当时的操作是手工的在work节点进行了一下的操作：journalctl--vacuum-size=20M#设置journal日志最大为20M不保留不必要日志。dockerimageprune-a--filter"until=24h"#清除超过创建时间超过24小时的镜像dockercontainerprune--filter"unti

背景：早些时候kubernetes集群的cri还使用docker的时候经历过这样的状况：集群运行很久后硬盘跑的快满了......,大文件主要集中在：/var/lib/docker/overlay2下文件有快70G，/var/log/journal/日志也有4-5G。当时的操作是手工的在work节点进行了一下的操作：journalctl--vacuum-size=20M#设置journal日志最大为20M不保留不必要日志。dockerimageprune-a--filter"until=24h"#清除超过创建时间超过24小时的镜像dockercontainerprune--filter"unti

https://www.cnsre.cn/posts/210903445142/PV和PVC模式要先创建好PV，然后再定义好PVC进行一对一的绑定。那么如果遇到大集群，也一一的创建吗？这样来说维护成本很高，工作量大。这个时候就有了Kubernetes提供一种自动创建PV的机制，叫StorageClass，它的作用就是创建PV的模板。StorageClass会定义两部分：PV的属性：比如存储的大小、类型等PV需要使用到的存储插件比如Ceph等；有了这两部分信息，Kubernetes就能够根据用户提交的PVC，找到对应的StorageClass，然后Kubernetes就会调用StorageCla