Skip to content

[부하테스트] 페르소나 기반 트래픽 로드테스트 #123

@wlgns12370

Description

@wlgns12370

결과

Image

테스트 개요

목표: 서버 아키텍처의 최대 처리 능력 및 고부하 상황에서의 안정성 검증
테스트 툴: k6

주요 지표: RPS(Requests Per Second), HTTP Request Duration(p95/p99), Iteration Duration

데이터 분석 결과

1.Throughput & RPS
최대 RPS: 테스트 종료 시점(02:30:00 이후) 기준, 1,000 RPS(http_reqs) 부하를 안정적으로 수용합니다.

VUs 대응: 가상 유저(VUs)가 8명까지 계단식으로 증가함에 따라 Transfer Rate와 RPS가 선형적으로 상승했습니다.
서버가 리소스 병목 없이 트래픽을 소화하고 있다고 판단했습니다.

2.Latency
응답 속도: 서비스 허용 기준인 1,000ms(1초) 대비, 실제 p95 지연 시간은 약 50ms 미만으로 유지됩니다.

최악의 경우(p99): 일시적인 스파이크 발생 시에도 150ms를 넘지 않았습니다. 1,000 RPS 환경에서도 목표치보다 약 5배 이상 빠른 응답 속도를 보여주었습니다.

3.안정성 및 효율성
HTTP vs Iteration: HTTP Request Duration과 Iteration Duration의 그래프 추이가 거의 일치합니다. 따라서 애플리케이션 내부 로직이나 클라이언트 사이드의 오버헤드 없이, 요청이 즉각적으로 처리되고 있음을 의미합니다.

429 정책 작동: 의도적으로 설정한 Rate Limiting(429)이 작동하고 있습니다! 여기서 429번 이외에 4xx 에러를 모니터링 하고 있었는데 따로 발생하지 않았습니다.

💡결론

현재 구축된 서버 아키텍처는 초당 1,000건 이상의 요청(1,000 RPS)을 처리하면서도 평균 50ms 이내의 응답 속도를 보장합니다.

우리의 성능 임계치(1,000ms)를 고려할 때, 현재 트래픽 수준은 시스템 내부적으로 매우 안정적인 상태입니다. 따라서 실전 환경에서 발생할 트래픽을 충분히 수용할 수 있는 아키텍처임을 확인하였습니다.

Metadata

Metadata

Assignees

No one assigned

    Labels

    기능구현This will not be worked on문서Improvements or additions to documentation

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions