Jmeter 결과 - 성능 테스트에 대한 조언

Question

성능 테스트를 수행했습니다. 25 명의 사용자로 시작하여 응용 프로그램이 충돌하고 응용 프로그램이 15 명의 사용자에게 응답하지 않습니다. 2 ~ 4 분 동안 15 명의 사용자에 대해 오류 백분율이 0에서 100까지 점차 증가했습니다. 아래는 성능 테스트를위한 오류 및 스냅입니다.

오류 : ? 서버 쪽 오류 ? 리소스를 찾을 수 없습니다. ? HTTP 404 오류입니다.

당신은 성능을 향상시키기 위해 몇 가지 포인터를 줄 수 있습니까?

Answer 1

글쎄, 실패에 대한 많은 이유가있을 수 있습니다. JMeter와 서버를 같은 컴퓨터에 보관 했습니까?

그렇다면 JMeter & 서버가 자원을 사용하므로 오류가 발생한 것일 수 있습니다.

그렇지 않은 경우 다음 설정을 확인하십시오.

클라이언트 측 : 다음

는

Checklist/Suggestions/Pointers 있습니다가 예상되는 부하를 시뮬레이션 -도 덜하지 더 (이 월보다 결과 잘못된 테스트 설계/스크립트의 기회/예상 부하 이하)

1. 램프 업 : 25 개의 스레드가 시작되는 방법을 확인하십시오. Stree/Spike 테스트를 수행하지 않는 한 충분한 상승 시간 (2 분 안에 25 개의 스레드)이 있어야합니다.
2. 사용자 생각 시간 : 트랜잭션을 추가했는지 여부를 확인하십시오. 그렇지 않은 경우 예상보다 많은로드가 생성됩니다. 실시간 시나리오를 복제하기 위해 타이머 b/w 트랜잭션을 추가하십시오.
3. 간격 : 반복 할 때마다 b/s를주고 있는지 확인하십시오. 그렇지 않으면 실행 속도가 빨라집니다.
4. 잘못 배치 된 타이머 (범위) : 타이머가 모든 샘플러/트랜잭션에 적용 가능한지 확인하십시오.
5. 캐시 구성 : HTTP 캐시 관리자를 사용하여 정적 자원에 대한 캐시를 구성하므로 JMeter는 서버를 요청하는 대신 캐시를 사용합니다. 이 결정은 서버가 클라이언트가 자원을 캐시하도록 허용하는 경우에만 취해야합니다 (캐시 제어 및 기타 관련 헤더 확인). 그렇지 않으면이 구성을 무시할 수 있습니다.
6. 병렬 요청 : HTTP 샘플러에서 Parallel Downloads 필드를 사용하는 경우 6 개 이상 유지하지 마십시오 (최신 브라우저는 리소스를 병렬로 다운로드하기 위해 멀티 스레딩을 사용함).

위의 요인은 잘못 구성된 경우 원치 않는 작업을 초래할 수 있습니다.

서버 측 : 사용 nmon for Linux, PerfMon for Windows : 서버 시스템에서 자원의

1. 희소성. 결과를 분석하고 문제를 일으키는 리소스 (예 : CPU, 메모리, 네트워크, 하드 디스크 I/O)를 찾습니다.(가장 일반적인 서버 충돌 이유)
2. 서버 구성 오류 : maxThreads, minThreads, maxConnections, Keep-Alive 시간 초과, 연결 시간 초과 등을 확인하고 필요에 따라 조정하십시오.

가능한 해결 방법 : 자원이 병목과 또는 scale out합니다 (기존 시스템에 병목 리소스를 추가) 그런 다음, 예상되는 부하를 생성하는 중 당신이 scale in해야하는 경우

(배포