给 kubepi 创建 Bearer Token 登录


KubePi 支持 Bearer Token、证书、kubeconfig 文件方式进行登录。以 Bearer Token 方式介绍如何登录。 前提条件 kube-apiserver 需要设置--enable-bootstrap-token-auth=true启动 Bootstrap Token 身份

从stat命令中了解 文件的 modify、access、change

System 

从stat命令中可以了解文件信息,其中包括 4 个时间:Access time、Modify time、Change time 和 Birth time: # stat tmp.txt File: tmp.txt Size: 25250 Blocks: 56 IO

在使用 docker history 查看镜像层发现 /bin/sh -c #(nop)

Docker 

问题 在执行docker history查看 image 镜像出现类似的信息: <missing> 6 days ago ENV NGINX_PKG=/usr/local/nginx 0B buildkit.dockerfile.v0

解决AMD平台主机SSD硬盘经常占用100%

System 

问题描述 有些 AMD 平台电脑会经常出现特别卡的情况。在任务管理器查看硬盘使用率经常 100%,CPU 和内存占用反而几乎没怎么占用。 解决方法 先通过自带的驱动器优化和碎片整理优化SSD硬盘后,看是否能解决问题。仍然无法解决后尝试更新 SATA 控制器(此更新带有一定风险)。 查看原来的驱动器版

k8s 中对 Pod 进行抓包


以 nginx 为例,找到待抓包的 pod 及分布在哪个节点上: # kubectl get pods -o wide NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE

debug 调试运行中的 Pod


在 pod 运行的时候,除了可以通过kubectl describe pod查看 pod 的事件信息,或者通过kubectl exec外,还可以通过临时容器来进行调试。 使用临时容器来调试 可以使用 kubectl debug 命令来给正在运行中的 Pod 增加一个临时容器。 首先,像示例一样创建一

ingress-nginx 部署 defaultbackend


ingress-nginx 部署 defaultbackend 介绍 defaultBackend 是一种默认后端服务,用于处理 ingress-nginx 控制器无法理解的所有 URL 路径和主机(即所有未映射 Ingress 的请求)。 部署 部署 defaultbackend 有几种方法。如果

containerd 配置私有仓库


配置 containerd 编辑 /etc/containerd/config.toml 文件: [plugins."io.containerd.grpc.v1.cri".registry.configs] # 内部私有仓库认证信息 [plugins.

交换机的背板带宽、交换容量、包转发率


背板带宽 交换机背板带宽含义交换机的背板带宽也叫背板容量,是交换机接口处理器或接口卡和数据总线间所能吞吐的最大数据量。背板带宽是模块化交换机上的概念,固定端口交换机不存在这个概念,固定端口交换机的背板容量和交换容量大小是相等的。 背板带宽标志了交换机总的数据交换能力,单位为Gbps,一般的交换机的背

Service和Headless Service的区别


Service 和 Headless Servic 的区别 普通的 Service,只能通过解析 service 的 DNS 返回 service 的 Cluster IP。 headless service作为service的一种类型,顾名思义无头服务,无头 Service 不会获得集群 IP,k