Kubernetes中CoreDNS部署与优化实践

1. 项目背景与核心价值

在Kubernetes集群中，DNS解析是服务发现的核心机制。CoreDNS作为K8S官方推荐的DNS服务组件，相比早期的kube-dns具有更高效的解析性能和模块化架构。我在生产环境中部署过数十个不同规模的K8S集群，发现DNS配置不当会导致服务间通信异常、Ingress解析失败等典型问题。

这次要分享的是如何在K8S集群中正确部署CoreDNS，并确保Pod能够通过域名访问集群内服务。这个方案特别适用于以下场景：

• 微服务架构中服务间的相互调用
• 需要自定义域名解析规则的混合云环境
• 基于服务发现的自动化运维体系

2. 环境准备与组件解析

2.1 基础环境要求

在开始前需要确保：

• 已部署Kubernetes集群（版本≥1.13）
• 集群网络插件（Calico/Flannel等）正常运行
• 具有cluster-admin权限的kubeconfig文件

重要提示：如果使用云厂商托管的K8S服务（如EKS、ACK等），部分网络参数需要特别调整，我们会在后续章节说明。

2.2 CoreDNS核心组件

CoreDNS的主要配置通过ConfigMap实现，核心组件包括：

1. CoreDNS主容器：处理DNS查询请求
2. RBAC资源：定义服务账户和权限
3. Service资源：暴露DNS服务的ClusterIP
4. ConfigMap：配置解析规则

典型的部署架构如下：

text复制Pod -> CoreDNS Service -> CoreDNS Pod -> 上游DNS服务器

3. 详细部署流程

3.1 官方部署方案

从K8S 1.21开始，可以使用以下命令部署最新版CoreDNS：

bash复制kubectl apply -f https://github.com/coredns/deployment/blob/master/kubernetes/coredns.yaml.sed

但实际生产环境中，我推荐使用定制化部署：

3.2 生产级部署方案

3.2.1 创建专用命名空间

yaml复制apiVersion: v1
kind: Namespace
metadata:
  name: kube-system

3.2.2 部署CoreDNS配置

yaml复制apiVersion: v1
kind: ConfigMap
metadata:
  name: coredns
  namespace: kube-system
data:
  Corefile: |
    .:53 {
        errors
        health {
           lameduck 5s
        }
        ready
        kubernetes cluster.local in-addr.arpa ip6.arpa {
           pods insecure
           fallthrough in-addr.arpa ip6.arpa
           ttl 30
        }
        prometheus :9153
        forward . /etc/resolv.conf
        cache 30
        loop
        reload
        loadbalance
    }

3.2.3 关键参数说明：

• kubernetes cluster.local：定义K8S服务域名后缀
• pods insecure：允许Pod域名解析
• forward . /etc/resolv.conf：上游DNS配置
• cache 30：DNS缓存时间(秒)

3.3 验证DNS功能

部署完成后，使用busybox容器测试：

bash复制kubectl run -it --rm --restart=Never busybox --image=busybox:1.28 -- nslookup kubernetes.default

预期输出应包含：

text复制Server:    10.96.0.10
Address 1: 10.96.0.10 kube-dns.kube-system.svc.cluster.local

4. 高级配置技巧

4.1 自定义域名解析

在Corefile中添加hosts插件：

text复制hosts {
    192.168.1.100 myapp.example.com
    fallthrough
}

4.2 性能调优建议

1. 调整CoreDNS副本数：

bash复制kubectl -n kube-system scale deployment coredns --replicas=3

2. 配置自动扩缩容（需安装HPA）：

yaml复制apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
  name: coredns
  namespace: kube-system
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: coredns
  minReplicas: 2
  maxReplicas: 10
  metrics:
  - type: Resource
    resource:
      name: cpu
      target:
        type: Utilization
        averageUtilization: 70

5. 故障排查指南

5.1 常见问题分析

问题1：DNS解析超时

• 检查项：
  1. CoreDNS Pod是否Running
  2. kube-dns Service的ClusterIP是否被正确配置
  3. 节点上的/etc/resolv.conf配置

问题2：外部域名解析失败

• 解决方案：

yaml复制forward . 8.8.8.8 114.114.114.114 {
    policy sequential
}

5.2 诊断命令合集

检查CoreDNS日志：

bash复制kubectl logs -n kube-system -l k8s-app=kube-dns

测试DNS解析延迟：

bash复制time nslookup kubernetes.default.svc.cluster.local

6. 安全加固建议

1. 启用DNSSEC验证：

text复制dnssec {
    validate
}

2. 限制查询来源：

text复制acl {
    allow net 10.0.0.0/8
    block
}

3. 配置日志脱敏：

text复制log
{
    class denial
}

7. 监控与告警配置

7.1 Prometheus监控

CoreDNS默认暴露的指标：

• coredns_dns_request_count_total
• coredns_dns_request_duration_seconds
• coredns_panic_count_total

7.2 关键告警规则

yaml复制groups:
- name: CoreDNS
  rules:
  - alert: CoreDNSHighErrorRate
    expr: rate(coredns_dns_response_rcode_count_total{rcode!="NOERROR",rcode!="NXDOMAIN"}[1m]) > 0.1
    for: 5m
    labels:
      severity: warning
    annotations:
      summary: "CoreDNS high error rate (instance {{ $labels.instance }})"
      description: "CoreDNS error rate is {{ $value }}"

8. 版本升级策略

1. 先在一个测试集群验证新版本
2. 采用滚动更新方式：

bash复制kubectl -n kube-system set image deployment/coredns \
    coredns=coredns/coredns:1.10.1

3. 监控关键指标：
   • DNS查询成功率
   • 解析延迟P99值
   • CPU/Memory使用率

9. 性能基准测试

使用dnsperf工具进行压力测试：

bash复制dnsperf -d queries.txt -s 10.96.0.10 -c 100 -l 30

典型优化前后的对比数据：

10. 最佳实践总结

根据我在金融、电商等行业的生产经验，推荐以下实践：

1. 每个集群节点部署一个CoreDNS Pod（DaemonSet模式）
2. 为重要业务配置独立的DNS缓存策略
3. 定期轮转DNS查询日志
4. 启用EDNS客户端子网功能提升CDN解析精度

对于超大规模集群（节点>1000），建议：

• 部署分级DNS架构
• 使用NodeLocal DNSCache方案
• 配置拓扑感知路由