GitHub 上有很多关于这方面的内容 说,所以我也决定弄清楚。 最后,我意识到,在我们的例子中,这是由于负载增加造成的 kube-dns и dnsmasq。 对我来说最有趣、最新鲜的事情就是 DNS 请求流量显着增加的原因。 我的帖子就是关于这个以及如何处理它的。
容器内的 DNS 解析(与任何 Linux 系统中一样)由配置文件决定 /etc/resolv.conf。 默认 Kubernetes dnsPolicy 它 ClusterFirst,这意味着任何 DNS 请求都将转发到 dnsmasq,在 Pod 中运行 kube-dns 在集群内部,集群又会将请求转发给应用程序 kube-dns,如果名称以集群后缀结尾,或者,否则,到更高级别的 DNS 服务器。
ndots:n
устанавливает порог для количества точек, которые должны появиться в имени, прежде чем будет сделан начальный абсолютный запрос. Значение по умолчанию для n равно 1, что означает, что если в имени есть какие-либо точки, имя будет сначала опробовано как абсолютное имя, прежде чем к нему будут добавлены какие-либо элементы списка поиска.