jmeter를 통해 애플리케이션을로드 테스트하고 있습니다.jmeter와 Dynatrace의 응답 시간의 차이
아키텍처는 웹 서버 (Apache), 응용 프로그램 서버 (jboss), 데이터베이스 (MySQL)입니다.
다이내믹 에이전트는 앱 서버에서 구성됩니다.
특정 요청의 경우 응용 프로그램 서버에 표시된 응답 시간은 1 초 미만이지만 jmeter 보고서에는 5 초 이상이 표시됩니다.
위의 동작에 대한 가능한 이유는 무엇입니까?
병목 현상을 찾기 위해 수행해야하는 다음 단계는 무엇입니까?
물론 다른 점은 정상입니다!
JBoss와 데이터베이스 간의 (요청 + 응답) 처리 시간은 1 초입니다.
JMeter와 데이터베이스 간의 (요청 + 응답) 처리 시간은 5 초입니다.
응답 시간 Dynatrace로 표시되는 시간은 Jboss와 데이터베이스 (첫 번째 요청과 마지막 응답 사이에 소요 된 시간) 사이에 계산 된 시간입니다.
응답 시간 JMeter에서 표시되는 시간은 JMeter와 데이터베이스 사이에서 계산 된 시간입니다. Jboss와 Database간에 JMeter와 Jboss + RT 사이의 응답 시간을 통합하는 시간입니다. 귀하의 경우처럼 Dynatrace의 응답 시간보다 길어야합니다 (1 초에 5 초).
어떤 의미입니까?
즉, JMeter와 Jboss (5-1 = 4 초)간에 시간이 많이 걸리므로 Web Server의 WAS와 Database => 튜닝 사이의 시간 처리보다 4 시간이 더 걸리므로 WAS를 사용하면 최초 ...
이 부분을 확인하십시오 (Elapsed Time, Latency, Connect Time).
이것이 바로 JMeter가 측면에서 측정 한 것입니다. 즉, 클라이언트 측입니다. Dynatrace가 서버 측 처리 만 측정하는 동안.
두 숫자가 합법적이므로 중요한 단서를 제공합니다. 올바르게 읽어야합니다.
이 번호로 무장하면이 차이가 어디에서 발생했는지에 대해 자세히 알고 싶을 것입니다.
간단히 말해서, 사이에 : 네트워크; 서버의 표준 구성 요소 (OS & JBoss). 네트워킹 관련 서비스를 제공합니다. 클라이언트를 위해 동일; JMeter 자체.
그 경로에 대한 첫 단서를 얻으려면 JMeter 호스트에서 스니핑 프록시 (예 : 피들러)를 설정하고 통과 할 모든 트래픽을 관리하고 해당 트래픽에 대한 자세한 시간 통계 네트워킹 작업.
이 방법을 사용하면 JMeter 을 제외하고을 하나의 요인으로 고려할 수 있습니다.
이것이 바로 JMeter가 측면에서 측정 한 것입니다. 이는 분명 클라이언트 측입니다. - JMeter의 고객 측 활동? –
하나의 요청 또는 전체 부하 테스트에만 해당합니까? –