Kubernetes:缓慢的 DNS

Question

我有一个 Kubernetes 集群，它是使用 AWS 中的 kube-up.sh 脚本初始化的，当从另一个 pod 中查找一项服务时，偶尔会出现非常慢的 DNS 查找。这是基本图片:

    (browser)
        |
        V
      (ELB)
        |
        V
(front-end service)
        |
        V
  (front-end pod)
        |
        V
 (back-end service)
        |
        V
  (back-end pod)
        |
        V
    (database)

我在前端和后端级别安装了计时日志记录，它们的数量对于某些请求 大相径庭。偶尔我们会看到一个请求，FE nginx 日志记录说需要 8.3 秒，但后端 gunicorn 进程说需要 30 毫秒。

根据 this blog post 中的示例，我可以exec 进入 FE pod 并对后端端点执行 curl 以获取计时数据，它看起来像这样:

        time_namelookup:  3.513
           time_connect:  3.513
        time_appconnect:  0.000
       time_pretransfer:  3.513
          time_redirect:  0.000
     time_starttransfer:  3.520
                        ----------
             time_total:  3.520

所以缓慢似乎来自 DNS。我们为暂存设置了一个单独的集群，这种事情似乎并没有发生在那里，所以我不确定该怎么做。大多数请求在合理的时间内发生，不到 50 毫秒，但每十分之一左右的请求需要几秒才能解决。

我找到了 this thread这听起来像是 SkyDNS 对 etcd 的使用可能是问题所在，但我不确定如何验证或修复它。而且这种情况发生得方式太频繁了，不可能定期丢失配置值(我们的流量不是那么高)。

Answer 1

此处修复了一个错误 (https://github.com/kubernetes/kubernetes/pull/13345)，该错误已被证明会在 Kubernetes 集群 1.0.5 及更早版本中导致此问题。该问题已在 1.0.6 release 中修复.