Kubernetes 数据库的DNS查找太多

我们在AWS的K8s集群上部署了一个Apache Airflow。气流在容器上运行，但

EC2

实例本身是保留实例

我们遇到了一个问题，我们看到Ariflow正在进行许多与其数据库相关的DNS查询。当静止时（即没有DAG运行），大约每秒10。当运行几个DAG时，它可以达到每秒50。这导致

Route53

阻塞我们，因为我们达到了DNS查询的数据包限制（每秒1024个数据包）

我们的数据库是一个

Postgres

RDS，当切换到

MySQL

时，问题仍然存在

按照我们的理解，DNS查询从K8s

coredns

服务开始，该服务尝试FQDN的几种排列，如果无法自行解决，则将请求发送到

Route53

任何解释气流行为或如何减少查询数量的想法、想法或提示都是最受欢迎的

---

最好的，

经过一番挖掘，我们发现我们同时遇到了几个问题

第一个是Airflow的调度程序每秒运行大约2次。每次创建DB查询时，它都会导致几个DNS查询。改变日程安排缓解了一些问题

---

我们遇到的另一个问题是。如果

coredns

在FQDN中的

数量少于

x

的话，它看起来像是配置为尝试给定域的一些替代方案。这篇文章中有两个建议的修复方法。我们对它们进行了跟踪，DNS查询的数量下降了。

经过一番挖掘，我们发现我们同时遇到了几个问题

第一个是Airflow的调度程序每秒运行大约2次。每次创建DB查询时，它都会导致几个DNS查询。改变日程安排缓解了一些问题

---

我们遇到的另一个问题是。如果

coredns

在FQDN中的

数量少于

x

的话，它看起来像是配置为尝试给定域的一些替代方案。这篇文章中有两个建议的修复方法。我们跟踪了他们，删除了DNS查询的数量。

我们也遇到了这个问题

这并不是最容易找到的，因为我们有一个装有许多应用程序的盒子，上面有1000个DNS查询，请求DNS解析我们的SQL server名称

---

我真的很想知道为什么Airflow不像其他应用程序一样使用DNS缓存

我们也遇到了这个问题

这并不是最容易找到的，因为我们有一个装有许多应用程序的盒子，上面有1000个DNS查询，请求DNS解析我们的SQL server名称

我真的很想知道为什么Airflow不像其他应用程序一样使用DNS缓存

“我也有这个问题”在S.O.规则中不是一个有效的答案。请将此作为对问题的评论。从评论中可以看出：“我也有这个问题”在S.O.规则中不是有效的答案。请将此作为对问题的评论。