Question

我有一个HAProxy将请求转发到Artifactory。有时我会从客户端超时，例如请求一些文件或只是执行docker login。

我正在检查HAProxy中的日志，发现了下一个：

Jul 13 06:38:49 artifactory.node haproxy[6288]: xxxx:xxxx [13/Jul/2018:06:38:18.730] front~ back/artifactory01 0/0/0/30440/30440 200 1757 - - ---- 1/1/1/1/0 0/0 "GET /yum/repodata/repomd.xml HTTP/1.1"

值0/0/0/30440/30440表示

Tq ’/’ Tw ’/’ Tc ’/’ Tr ’/’ Tt*

0 Tq: total time in milliseconds spent waiting for the client to send a full HTTP request, not counting data
0 Tw: total time in milliseconds spent waiting in the various queues
0 Tc: total time in milliseconds spent waiting for the connection to establish to the final server, including retries
30440 Tr: total time in milliseconds spent waiting for the server to send a full HTTP response, not counting data
30440 Tt: total time in milliseconds elapsed between the accept and the last close. It covers all possible processings

响应人工工厂为30,440秒。

我正在阅读系统要求https://www.jfrog.com/confluence/display/RTF/System+Requirements

我的实例增加了16GB，在JVM Heap中增加了8GB。

export JAVA_OPTIONS="-server -Xms8g -Xmx8g -Xss256k -XX:+UseG1GC -XX:OnOutOfMemoryError=\"kill -9 %p\""

但是，还是一样，随机发生超时，并检查HAProxy中的日志，我从Artifactory得到了如此大的响应。

Answer 1

要进一步解决此问题，您可以在Artifactory中的request.log中搜索请求本身。如果确实可以看出由于某种原因该特定请求使Artifactory花费了很长的时间，那么您可以开始查看当时是否有CPU峰值或内存问题。

请注意，每个请求都需要Artifactory来检查DB的数据，因此问题可能出在那里，或者是Artifactory与DB之间的连接性。因此，还要检查数据库服务器的CPU和内存（以防您使用外部数据库）。

人工工厂响应缓慢

1 个答案: