Apache保留请求？

我使用的是Linux Apache（Apache/2.2.3 Red Hat），有时我们会收到大约5分钟后才会将请求发送到服务器的请求。我使用Dynatrace监视我的应用程序，并使用它验证请求是否在Apache服务器上，然后发送到WebLogic 12应用程序服务器。一旦进入应用服务器，它将在毫秒内响应

这似乎持续1-3分钟，然后自行解决。每次发生这种情况时，我都使用soapui直接调用服务器，而我似乎找不到应用服务器本身的问题

我正在使用weblogic Apache模块（mod_wl_22.so） 找到了下面的站点（），它很好地解释了这些选项（很抱歉使用了链接，但我无法复制整个2页以供参考）。对于此插件的配置，请进行以下设置：

KeepAliveEnabled Off
MaxSkipTime 2
ConnectTimeoutSecs 3

我在errors.log或access.log文件中也看不到任何错误

---

在请求被转发到应用服务器之前的5-13秒内，我们还可以检查其他任何东西来调试这个插件，或者尝试看看发生了什么。

我们使用了各种卷发/命令来测试到服务器的往返。最后，我们运行了一个测试，以连接到服务器40x，一行连接到端口，并只记录这些调用的开始时间。由于这只是连接和回来，它应该是非常快的

因此，我们希望看到类似的情况：

14:49:49:1 call 1
14:49:49:1 call 2
14:49:49:1 call 3
14:49:49:1 call 4
14:49:49:1 call 5
14:49:49:1 call 6
14:49:49:1 call 7
14:49:49:1 call 8
14:49:49:1 call 9
...
14:49:49:1 call 40

而实际上，我们看到了以下情况

14:49:49:1 call 1
14:49:50:5 call 2 --> took more than second
14:49:50:5 call 3
14:49:50:5 call 4
14:49:50:5 call 5
14:49:50:5 call 6
14:49:52:8 call 7 --> took more than 2 seconds
14:49:52:8 call 8
14:49:52:8 call 9
...
14:49:52:8 call 40

---

每隔一次通话需要1到5秒。同样，从应用程序和应用程序的角度来看，没有任何错误。似乎DNS解析是个问题。我们运行了相同的测试，但没有连接到myServer:9999，而是立即使用123.456.789.123:9999。

我遇到了完全相同的问题。我也有DynaTrace。但我怀疑这是一个DNS问题，因为从技术上讲，只有在成功解析DNS后才能建立客户端TCP连接？您是否能够找到设置或其Dynatrace代理的任何其他问题？我们有几个团队运行不同类型的应用程序。他们的一些应用程序/apache没有安装仪器，仍然具有相同的行为。所以说实话，我不认为DT是罪魁祸首。在Apache配置中改为使用IP而不是服务器名称似乎解决了80%的问题，但每次调用仍有5-6秒的时间。我们计划实现一个Zuul服务基础设施，也就是开发人员在“搞笑”发生时可以调试的东西。