Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- 후기
- 플러터
- EC2
- 백엔드
- 레디스
- 부트캠프
- 멘토링
- 자바
- 성능테스트
- grafana
- 도커
- 자바백엔드
- F-Lab
- github
- nGrinder
- 에프랩
- AWS
- error
- backend
- 트러블슈팅
- MySQL
- 알고리즘
- 데이터구조
- Spring
- FLAB
- java
- 로드밸런서
- 코딩테스트
- redis
- Flutter
Archives
- Today
- Total
민스씨의 일취일장
nGrinder | 성능 테스트 결과 - Dynamic UserId Case - 서버 과부하 본문
반응형
Dynmic UserId Case에 대한 성능 테스트 결과 자료이다.
Case 3 성능 테스트 결과
Dynamic UserId Case는 동적으로 userId를 생성해, 고정 userId와 다르게 모든 요청이 다른 사용자가 접근하는 시나리오이다.
Case 2 - Dynamic UserId Case
- 고정 Vuser : 10
- 테스트 시간 : 1분
- 일정한 부하 유지 (Rampup 없음)
- 스레드 랜덤 Sleep 없음
- 동적 userID 사용
특이사항
테스트한 프로젝트는 스레드 안전하지 않았다. Case 3에서부터 프로젝트의 스레드 안정성을 높혀가며 테스트를 진행할 예정이다.
Connection을 2밖에 사용하지 않으므로 DB에 접근할 수 있는 유휴 Connection은 충분하다. 하지만 CPU 사용량이 100% 부근에서 유지되는 16:37:00 부터 16:38:00 시간동안 평균 반응 시간이 지속적으로 상승했다. 이는 CPU가 처리할 수 있는 한계치의 요청이 왔다고 말할 수 있다.
평가
해결책은 당연히 여러가지가 있겠지만, CPU가 100%까지 도달했지만, DB Connection 수는 아직 넉넉함으로 서버만을 증설해 부하를 분산해 주면 될것으로 보인다.
728x90
반응형
'Projects > MetaPay' 카테고리의 다른 글
TIssue | AWS EC2 작동중인데 연결 안되는 이슈 (Feat. 연결 추적 테이블 nf_conntrack table이 가득참) (0) | 2024.08.25 |
---|---|
TIssue | 성능 테스트 적정 환경 찾기 (Feat. 매번 같은 양상의 메트릭 측정 됨) (0) | 2024.08.24 |
nGrinder | 성능 테스트 결과 - Simple Case (0) | 2024.08.18 |
nGrinder | 동시성 시나리오 만들기 (0) | 2024.08.17 |
Grafana | 성능 테스트 | 모니터링 | 필요한 지표들 선정한 뒤 그라파나 대시보드 생성하기 (0) | 2024.08.16 |