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
- 성능테스트
- redis
- 플러터
- java
- EC2
- Flutter
- backend
- FLAB
- F-Lab
- 레디스
- error
- 알고리즘
- 도커
- grafana
- 자바백엔드
- Spring
- MySQL
- 부트캠프
- 데이터구조
- 코딩테스트
- 후기
- AWS
- 로드밸런서
- 백엔드
- github
- 멘토링
- nGrinder
- 에프랩
- 자바
- 트러블슈팅
Archives
- Today
- Total
민스씨의 일취일장
Performance Analysis | Redis 캐시 도입 후 성능 변화 본문
반응형
Redis 캐시 도입 후 선능 변화를 테스트(Gtihub Isssues #26)한 결과입니다.
Redis 캐시 도입 후 성능 변화
테스트 시나리오
1부터 100번까지의 paymentId를 랜덤으로 100명의 가상 사용자가 1분동안 요청을 보낸다.
테스트 1
캐시를 사용하지 않은 테스트이다.
가상 사용자 99명이 1분동안 캐시 적용되지 않는 서비스에 무작위 요청을 보내는 테스트에 대한 결과이다. TPS(초당 처리량)은 평균 518이며 총 1분간 총 처리량은 20861이다.
테스트2
캐시를 사용하는 테스트이다.
가상 사용자 99명이 1분동안 캐시가 적용된 서비스에 무작위 요청을 보내는 테스트에 대한 결과이다. TPS(초당 처리량)은 평균 679.2이며 총 1분간 총 처리량은 28673이다.
테스트 분석
- TPS 31% 향상 (518 -> 679.2 TPS)
초당 처리량이 30% 향상된 것을 확인할 수 있었다. 1분동안 총 수행량은 캐시 도입 전 20861에서 캐시 도입 후 28673으로 37.4% 향상된 것을 확인할 수 있다.
- 캐시 적용 전 우상향 하는 그래프
캐시가 적용되지 않았어도, 지속적인 테스트 진행 시 TPS가 캐시 적용한 케이스와 비슷해 지는 경향을 보였다. 이는, AWS RDS 자체적인 최적화가 영향을 미치지 않았을까 추측해본다.
728x90
반응형
'Projects > MetaPay' 카테고리의 다른 글
프로젝트 LOG | Redis를 클러스터로 만들어 분산캐시 도입하기 (2) | 2024.09.15 |
---|---|
프로젝트 LOG | REDIS를 이용해 캐시 도입하기 (0) | 2024.09.12 |
프로젝트 LOG | 로드밸런스 도입해 서비스 이중화하기 (1) | 2024.08.30 |
TIssue | AWS EC2 running 상태이고 시스템 로그 문제 없는데 접속 안되는 이유 (Feat. FreeTier) (0) | 2024.08.30 |
TIssue | EC2에 로드밸런서 도입했는데 신호가 Nginx에 도달도 안한다 (0) | 2024.08.25 |