[부하 테스트] 결과 (1차) (링크)에서는 엑셀 다운로드시 memory 사용량이 급격하게 상승되고 이후 Garbage Collecting 되지 않아서 동접자 50명도 견디지 못하는 처참한 결과를 보았다.
이번 장에서는 문제가 발생한 코드를 수정한 코드를 가지고 다시 한번 부하 테스트를 진행하고 결과를 확인해본다.
Dataset
테스트 순서
치명적인 문제가 해결되었으므로 부하의 강도를 상향 조절한다.
- 모든 테스트는 20분간 진행한다. (1차와 동일)
- 유저들은 60초 간격으로 무작위 요청한다. (1차와 동일)
- 동접자는 100명부터 시작하여 매번 테스트마다 100명씩 증가시켜 에러 응답률이 10%가 넘어가는 시점까지 진행한다. (1차의 2배)
테스트 결과
작성일 기준 인스턴스 유형(m5.xlarge), RDS 인스턴스 클래스(db.t3.small)에서
수용가능한 최대 동접자 수는 200명미만 이다.
동접자 수 | 요청 Count | 에러 Count | 에러율 | 평균 TPS | 컨테이너 재기동 유무 |
---|---|---|---|---|---|
100 | 2078 | 16 | 0.77% (504: 0.77%) | 1.71 | X |
200 | 4128 | 1211 | 29.3% (500: 25.17%, 504: 4.17%) | 3.28 | X |
[부하 테스트] 결과 (1차) (링크)에서 발견한 메모리 누수의 원인이었던 엑셀 다운로드를 수정하였지만 200명의 동접자도 견디지 못하였다. 다음 장에서는 이번 장에서 진행한 테스트의 결과를 분석해본다.
'Stress Test' 카테고리의 다른 글
[Benchmark] HikariCP 설정 (0) | 2022.01.22 |
---|---|
[부하 테스트] 분석 (2차) (0) | 2022.01.22 |
[부하 테스트] 분석 (1차) (0) | 2022.01.22 |
[부하 테스트] 결과 (1차) (0) | 2022.01.22 |
[부하 테스트] 서버 설정 (0) | 2022.01.22 |