小编nim*_*ima的帖子

我认为标题几乎是不言自明的。我做了很多实验，可悲的事实是，这coredns确实增加了20 ms集群内所有请求的开销。起初我们认为也许通过添加更多复制并平衡更多实例之间的解析请求，我们可以提高响应时间，但这根本没有帮助。（我们从 2 个 pod 扩大到 4 个 pod）

扩展到 4 个实例后，解析时间的波动有所增强。但这并不是我们所期望的，而且20 ms开销仍然存在。

我们有一些网络服务，它们的实际响应时间是，< 30 ms并且使用coredns我们将响应时间加倍，这并不酷！

在得出这个问题的结论后，我们做了一个实验来仔细检查这不是操作系统级别的开销。结果与我们的预期并没有什么不同。

我们认为也许我们可以实现/部署一个基于hostname将每个 Pod 所需映射列表放入/etc/hosts该 Pod 内部的解决方案。所以我的最后问题如下：

• 还有其他人经历过类似的事情吗coredns？
• 您能否建议coredns在 k8s 环境中工作的替代解决方案？

任何想法或见解都值得赞赏。提前致谢。