分类：Kubernetes - seafog|人生苦短，最重要吃得开心

Kubernetes 客户端认证（一）-- ServiceAccount 的 JWTToken 认证

Kubernetes

什么是服务账号？服务账号是在 Kubernetes 中一种用于非人类用户的账号，在 Kubernetes 集群中提供不同的身份标识。应用 Pod、系统组件以及集群内外的实体可以使用特定 ServiceAccount 的凭据来将自己标识为该 ServiceAccount。这种身份可用于许多场景，

给 kubepi 创建 Bearer Token 登录

Kubernetes

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

k8s 中对 Pod 进行抓包

Kubernetes

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

debug 调试运行中的 Pod

Kubernetes

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

ingress-nginx 部署 defaultbackend

Kubernetes

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

containerd 配置私有仓库

Kubernetes

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

Service和Headless Service的区别

Kubernetes

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

kubernetes POD生成的域名不是按照pod name来生成

Kubernetes

问题在使用nslookup测试 Pod 的 DNS 记录发现 Pod 的域名没有按照<pod name>.<svc name>.<namespace>.svc.cluster.local的格式来生成，而是<pod name>变成了<IP Address>的形式做 DNS 解析域名。解析示例如下：

Helm 逻辑控制

Kubernetes

https://helm.sh/docs/chart_template_guide/control_structures/ Helm的模板语言提供了以下控制结构： if/else，用来创建条件语句 with，用来指定范围 range，提供"for each"类型的循环除了这些之外，还提供了一

Helm内置变量、常用函数

Kubernetes

Helm内置变量的使用 https://helm.sh/zh/docs/chart_template_guide/builtin_objects/ Release.Name：实例的名称，helm install指定的名字 Release.Namespace：应用实例的命名空间 Release.IsU