일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 레디스
- 에프랩
- FLAB
- 자바
- 플러터
- 알고리즘
- error
- 자바백엔드
- nGrinder
- redis
- EC2
- 트러블슈팅
- 로드밸런서
- backend
- MySQL
- 멘토링
- github
- Flutter
- 코딩테스트
- grafana
- 후기
- 부트캠프
- java
- 데이터구조
- Spring
- 백엔드
- 성능테스트
- AWS
- F-Lab
- 도커
- Today
- Total
목록nGrinder (3)
민스씨의 일취일장
Github Issues #17에 대한 글입니다.성능 테스트 - 적정 환경 찾기이슈nGrinder 컨트롤러와 에이전트를 연결시키고, Prometheus와 Grafana를 이용해 메트릭을 수집하고 시각화하는 것까지 잘 되었다. 그런데 이상하게 어떤 조건에서도 CPU 점유율 양상이나, 평균 반응 시간 등의 그래프가 비슷한 양상을 띄었다. 분명히 조건이 달라진다면 반응도 달라져야 하는데, 언제나 똑같았다.문제 파악문제를 파악하기에 앞서 테스트가 어떻게 이뤄졌었는지 살펴보도록 하겠다.테스트 환경서버 : AWS EC2OS : Amazon-LinuxDatabase : AWS RDS특징 : Docker Container로 구동 테스트 도구nGrinder Controller : 로컬 PC에서 실행nGrinder Age..
Simple Case에 대한 성능 테스트 결과 자료이다.성능 테스트 결과Simple Case는 앞으로 성능 테스트의 비교군이 될 가장 기초적인 테스트 케이스이다.Case 1 - Simple Case- 고정 Vuser : 10- 테스트 시간 : 1분- 일정한 부하 유지 (Rampup 없음)- 스레드 랜덤 Sleep 없음- 고정 userID 사용 TPS
EC 내 컨테이너에서 로컬 PC로 보낸 요청이 전달되지 않는 이슈에 대한 글입니다.EC2에서 로컬 PC로 요청이 전달되지 않는 이슈상황 1nGrinder Agent를 EC2에 도커 컨테이너로 띄웠다. Agent는 작동하기 위해선 Controller의 신호를 받아야 한다. 따라서 성능 테스트를 진행하기 전에 Agent가 보내는 신호를 Controller가 수신하는 과정을 거쳐야 한다. 하지만 EC2 컨테이너로 구동된 Agent가 로컬 PC 컨테이너로 구동중인 Controller로 보낸 신호가 도달하지 않는 이슈가 발생했다.원인 파악 과정 1 - 로컬테스트에서는 정상 작동로컬환경에서 nGrinder Controller와 Agent를 연결했을 때는 정상적으로 작동했다. 똑같은 설정이 EC2로 Agent를 옮긴..