最近刚给公司测试环境上了K8s，大部分容器采用得是以alpine为基础的镜像，基础服务如MySQL、Redis等以域名的方式连接，但是出现一个很奇怪的现象，部分Pod内应用报DNS超时，大概报错日志是这样的（JAVA）：io.netty.resolver.dns.DnsNameResolverTimeoutException: [/10.96.0.10:53] query timed out after 5000 milliseconds (no stack trace available) 网上搜了一下，似乎K8s环境中使用alpine作镜像就会出现这个问题，参考了这篇文章：https://forum.choerodon.io/t/topic/1111, 尝试解决方法如下 1、使用移除解析AAAA记录的alpine修改版镜像，并安装了glibc以支持java，镜像地址:https://hub.docker.com/r/geekidea/alpine-a/， 无效 2、文章中提到非alpine镜像，可以通过修改/etc/resolv.conf增加options single-request-reopen解决问题，alpine镜像不行，原因是非alpine镜像采用的glibc，而alpine默认使用的是musl libc，想着我们用的alpine已经安装glibc，可不可以用这个方法试一下，于是尝试修改，在YAML中加入下面这段：

        lifecycle:
          postStart:
            exec:
              command:
              - /bin/sh
              - "/bin/echo 'options single-request-reopen' >> /etc/resolv.conf"
注意：这里不能直接使用sed替换，会报错。
重新理清思路，会不会是自动生成的/etc/resolv.conf有问题，造成DNS不正常，查看Pod的/etc/resolv.conf，原始文件内容如下：
nameserver 10.96.0.10
search test1.svc.cluster.local  svc.cluster.local cluster.local
options ndots:5
尝试ping  test1.svc.cluster.local

ping  svc.cluster.local
ping	 cluster.local
发现后两个根本无法ping通，难道这两个搜索域引起DNS超时，于是决定试试不使用默认生成的/etc/resolv.conf，自己写，查看K8s官方文档，原来官方就提供类似配置，在YAML的spec段加入如下配置：
      dnsPolicy: "None"
      dnsConfig:
        nameservers:
        - 10.96.0.10
        searches:
        - test1.svc.cluster.local
        options:
        - name: single-request-reopen
注意nameservers为kube-dns的ClusterIP，searches（搜索域）根据你的实际环境配置
生成的/etc/resolv.conf如下：
nameserver 10.96.0.10
search test1.svc.cluster.local
options single-request-reopen
尝试多次删除Pod，创建Pod，问题不再复现，原来罪魁祸首就出在resolv.conf的搜索域配置中，具体原理等以后有空再去研究一下，最近没时间：）