使用LoopBack和Kerberos的Node.js应用程序的性能峰值

Question

我们的API通过使用LoopBack框架，使用Kerberos作为身份验证层从HBase检索数据的Node.js实施，显示出5000 ms和10000 ms的莫名其妙的性能峰值，大部分请求在1000 ms内返回了结果。

性能高峰

我们的应用程序在OpenShift上作为Docker容器运行。 我们正在运行Node.js版本6.13，我们的操作系统是Red Hat Linux 7.3

我们尝试通过执行以下操作来查明问题所在：

1. 使用和不使用Kerberos均可运行。 尽管使用Kerberos运行应用程序似乎使运行情况恶化，但没有Kerberos的运行峰值显示出几乎相同的模式。 因此，我们排除了Kerberos作为问题的根源。

2. 在本地而不是在OpenShift中运行该应用程序。 尖峰和OpenShift一样都在本地发生。 因此，我们排除了OpenShift作为问题的根源。

3. 创建带有和不带有LoopBack的应用程序。 尖峰出现在两个应用程序上，因此我们也排除了LoopBack作为问题的根源。

4. 在内存数据库中使用Node.js（带有LoopBack）。 当使用内存数据库并且不执行任何外部请求时，我们不再看到峰值。 由此得出的结论是，Node.js本身不是问题，但使用Node.js外部请求似乎正在发生某些事情。

我们正在寻找可能导致性能问题或在哪里进行进一步调查的建议。

Answer 1

我们已经解决了这个问题，事实证明这是NodeJS处理DNS查找请求的方式。

最初，我们不认为可能是这种情况，没有其他应用程序出现连接问题，并且使用curl启动相同的请求不会导致超时。 使用systrace之后，我们注意到每100个DNS查找请求中就有一个花费了很长时间，这与我们之前看到的峰值相吻合。 将IP地址添加到运行我们的节点代码的每台计算机上的主机文件中后，此问题已解决。