DNS解析及缓存策略说明

以下介绍三种应用部署形式下应用解析域名的链路：

• 非容器化应用直接运行于ECS之上。

  示例：App运行于ECS上。

  

• 容器化应用运行于Kubernetes中，DNSPolicy注入ClusterFirst的Pod里。

  示例：App运行于Kubernetes容器Pod中。

  

• 容器化应用运行于Kubernetes中，DNSPolicy注入了NodeLocal DNSCache的Pod里。

  示例：App运行于Kubernetes容器Pod中，同时部署了NodeLocal DNSCache。

  

部分情况下，客户端侧的域名解析策略可能与上述配置不同：

• 当采用Alpine作为容器镜像时，其内置了Musl库代替Glibc实现，解析行为会有较大不同，例如：

  • Alpine不遵循/etc/resolv.conf里面的single-request和single-request-reopen。

  • 3.3及更早版本Alpine不支持search参数，不支持搜索域，无法完成服务发现。

  • 并发请求/etc/resolv.conf中配置的多个DNS服务器，导致NodeLocal DNSCache优化失效。

  • 并发使用同一Socket请求A和AAAA记录，在旧版本内核上触发Conntrack源端口冲突导致丢包问题。

  说明

  关于解析行为的更多信息，请参见musl libc。

• 当使用Golang、NodeJS等编程语言时，应用可能会采用语言内置的域名解析器，其行为也存在较大区别。

当客户端Pod配置dnsPolicy:Default时，ECS上VPC DNS服务器会被拷贝至容器内/etc/resolv.conf配置文件中。

apiVersion: v1
kind: Pod
metadata:
  name: example
  namespace: default
spec:
  containers:
  - image: registry.cn-hangzhou.aliyuncs.com/example-ns/example:v1
    name: example
  #Pod YAML中dnsPolicy值为Default。
  dnsPolicy: Default

# 此时容器内/etc/resolv.conf。
# cat /etc/resolv.conf
nameserver 100.100.2.136
nameserver 100.100.2.138

容器内对比ECS上，缺少了rotate single-request-reopen timeout:2 attempts:3的options参数，可能会使一个偶发的网络链路抖动导致业务侧域名解析异常，需要补充这些参数以提升容错能力。调整Pod YAML如下：

apiVersion: v1
kind: Pod
metadata:
  name: example
  namespace: default
spec:
  containers:
  - image: registry.cn-hangzhou.aliyuncs.com/example-ns/example:v1
    name: example
  # Pod YAML中dnsPolicy值为Default。
  dnsPolicy: Default
  # 增加以下容错配置。
  dnsConfig:
    options:
    - name: timeout
      value: "2"
    - name: attempts
      value: "3"
    - name: rotate
    - name: single-request-reopen

# 修改后重新部署Pod，容器内/etc/resolv.conf新增了options参数。
# cat /etc/resolv.conf
nameserver 100.100.2.136
nameserver 100.100.2.138
options rotate single-request-reopen timeout:2 attempts:3