3、CoreDNS 部署模式：Deployment vs DaemonSet 部署方式的优劣对比与选型建议

在 Kubernetes 集群中，CoreDNS 作为默认的集群 DNS 组件，其部署方式直接影响 DNS 解析的可用性、资源消耗和运维复杂度。目前主流部署模式有两种：Deployment（带 HPA 或固定副本）和 DaemonSet（每节点一个 Pod）。两种模式在架构设计、故障域隔离、资源开销和运维策略上存在显著差异。

3.1 两种部署模式的架构对比

下图展示了 Deployment 与 DaemonSet 两种模式下 CoreDNS Pod 在集群中的分布逻辑：

3.2 核心优劣对比表

下表从 8 个关键维度对两种部署模式进行详细对比：

3.3 关键差异深度分析

3.3.1 故障域与 DNS 可用性

Deployment 模式下，如果未配置 podAntiAffinity，多个 CoreDNS Pod 可能被调度到同一节点。当该节点宕机时，所有 DNS 请求将集中到剩余 Pod，可能导致过载甚至服务中断。而 DaemonSet 模式天然保证每个节点独立运行一个 Pod，节点故障只影响该节点上 Pod 的本地 DNS 缓存，其他节点不受影响。

3.3.2 资源开销与成本控制

在中小规模集群（节点数 < 50）中，DaemonSet 的资源开销尚可接受。但在大规模集群（节点数 > 200）中，DaemonSet 会导致 CoreDNS Pod 数量与节点数线性增长，每个 Pod 即使空闲也会占用约 50~100MB 内存，造成显著资源浪费。Deployment 模式则可将副本数控制在 3~5 个，通过 HPA 应对流量高峰。

3.3.3 DNS 解析延迟与本地缓存

DaemonSet 模式下，每个节点上的 kubelet 配置的 --cluster-dns 指向本地节点的 CoreDNS Pod（通过 local 流量或 NodeLocal DNSCache 配合），DNS 查询无需跨节点转发，延迟最低。Deployment 模式下，DNS 请求通过 ClusterIP Service 转发到可能位于其他节点的 Pod，增加一次网络跳转。

3.4 选型建议与决策矩阵

根据集群规模、稳定性要求和运维能力，推荐以下选型策略：

3.5 典型部署配置示例

3.5.1 Deployment 模式（推荐生产配置）

apiVersion: apps/v1
kind: Deployment
metadata:
  name: coredns
  namespace: kube-system
spec:
  replicas: 3
  strategy:
    rollingUpdate:
      maxUnavailable: 1
  selector:
    matchLabels:
      k8s-app: kube-dns
  template:
    metadata:
      labels:
        k8s-app: kube-dns
    spec:
      affinity:
        podAntiAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
          - labelSelector:
              matchExpressions:
              - key: k8s-app
                operator: In
                values:
                - kube-dns
            topologyKey: kubernetes.io/hostname
      containers:
      - name: coredns
        image: coredns/coredns:1.11.1
        resources:
          requests:
            memory: 128Mi
            cpu: 100m
          limits:
            memory: 256Mi
            cpu: 500m
---
apiVersion: policy/v1
kind: PodDisruptionBudget
metadata:
  name: coredns-pdb
  namespace: kube-system
spec:
  minAvailable: 2
  selector:
    matchLabels:
      k8s-app: kube-dns

3.5.2 DaemonSet 模式（小集群推荐）

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: coredns
  namespace: kube-system
spec:
  selector:
    matchLabels:
      k8s-app: kube-dns
  template:
    metadata:
      labels:
        k8s-app: kube-dns
    spec:
      tolerations:
      - key: CriticalAddonsOnly
        operator: Exists
      - key: node-role.kubernetes.io/master
        effect: NoSchedule
      containers:
      - name: coredns
        image: coredns/coredns:1.11.1
        resources:
          requests:
            memory: 64Mi
            cpu: 50m
          limits:
            memory: 128Mi
            cpu: 200m
        ports:
        - containerPort: 53
          name: dns
          protocol: UDP
        - containerPort: 53
          name: dns-tcp
          protocol: TCP

3.6 混合部署策略：取长补短

部分生产集群采用 Deployment + DaemonSet 混合模式：

• Deployment：运行 2~3 个 CoreDNS Pod 作为全局 DNS 解析器，处理跨节点和外部 DNS 请求。
• DaemonSet（NodeLocal DNSCache）：在每个节点上运行一个轻量级 DNS 缓存代理（如 node-local-dns），缓存本地 DNS 记录，减少对 CoreDNS 的直接请求。

这种架构既保留了 Deployment 的资源效率，又通过本地缓存降低了延迟，同时增强了故障隔离能力。NodeLocal DNSCache 会拦截节点上所有 Pod 的 DNS 查询，优先从本地缓存应答，未命中时再转发到 CoreDNS Service。