K8s CoreDNS

这一课你将能做到

1. 写出集群内服务域名的完整形态与四种简写规则，并用 Pod 内 nslookup 验证
2. 读懂 CoreDNS 的 Corefile（CoreDNS ConfigMap），解释每个插件（kubernetes、forward、cache、logs）的作用
3. 排查集群内典型解析问题：ndots 拖慢、外部域名超时、CoreDNS 负载不均、5 秒延迟

为什么要学

把应用搬上 Kubernetes 后，DNS 的角色比在虚拟机时代更重：Pod IP 随时漂移，服务之间不靠 IP 互相找，而靠 Service 名字——http://backend:8080 这样的调用能成立，全靠集群里的 CoreDNS。它为每个 Service 自动生成 名字.命名空间.svc.cluster.local 的记录，还负责把集群外域名转发给上游递归器。

初学者在 K8s 遇到的「服务偶发超时」「外部接口时快时慢」，相当部分是 CoreDNS 配置（ndots、缓存）问题。本课讲透集群解析机制与调优。

先建立图像

Pod (dnsPolicy: ClusterFirst)
  │ /etc/resolv.conf 指向 CoreDNS Service：10.96.0.10
  ▼
CoreDNS（Deployment + Service kube-system/coredns）
  │ Corefile 决定怎么回答
  ├─ 集群内名字（*.cluster.local）
  │    └─ kubernetes 插件直接读 API Server 的 Service/Pod 数据回答
  └─ 集群外名字（www.coderoadmap.cn 等）
       └─ forward 插件转发给节点上游 DNS（如 223.5.5.5 / 云内网DNS），cache 插件缓存

服务域名规则（以 default 命名空间的 backend 服务为例）：

完整形态：backend.default.svc.cluster.local
同命名空间：backend              ← 最常用
跨命名空间：backend.default
Pod 也有名字：10-244-1-5.default.pod.cluster.local（默认不开，需配置）

名词	人话解释
CoreDNS	K8s 默认集群 DNS（1.11 起，替代 kube-dns），Go 编写、插件化
ClusterIP	Service 的虚拟 IP，DNS 返回的就是它（如 backend → 10.96.x.x）
Headless Service	无 ClusterIP，DNS 直接返回各 Pod IP（StatefulSet 场景）
ndots	名字里点的数量低于此值就先按 search 后缀逐个补全尝试
dnsPolicy	Pod 的 DNS 策略：ClusterFirst / Default / None

跟着做

步骤 1：查看集群 DNS 与 Pod 的 resolv.conf

kubectl get svc -n kube-system kube-dns
kubectl run dns-test --image=busybox:1.36 -it --rm -- sh

Pod 内执行：

cat /etc/resolv.conf

示例输出：

nameserver 10.96.0.10
search default.svc.cluster.local svc.cluster.local cluster.local
options ndots:5

三行含义：查询全部发给 CoreDNS；先按本命名空间、svc、cluster.local 的顺序补后缀；ndots:5 是后面要讲的「慢」的根源。

步骤 2：解析 Service 的四种写法