[실습] 내가 구성한 백엔드 서버는 1초당 몇 개의 요청을 견뎌낼 수 있을까?

JSCODE 박재성

2025-12-06

✅ 부하 테스트 할 인프라 구성

✅ k6를 활용해 부하 테스트 진행하기

1. 백엔드 서버에 부하를 주기 위해 k6 스크립트 작성

구성한 시스템이 1초당 몇 개의 요청을 견딜 수 있는 지 알아보려면, 점진적으로 트래픽을 늘려가게끔 부하 테스트를 셋팅해야 한다.



 
script.js

import http from 'k6/http';
import { sleep } from 'k6';

export const options = {
  // 부하를 생성하는 단계(stages)를 설정
  stages: [
    // 10분에 걸쳐 vus(virtual users, 가상 유저수)가 6000에 도달하도록 설정
    { duration: '10m', target: 6000 }
  ],
};

export default function () {
  // API 주소로 GET 요청
  http.get('http://{EC2 IP 주소}/boards');
  // 1초 휴식
  sleep(1);
}

참고) k6 공식문서
Grafana k6 | Grafana k6 documentation
The k6 documentation covers everything you need to know about k6 OSS, load testing, and performance testing.

https://grafana.com/docs/k6/latest/

 

2. 부하 테스트 시작하기

$ K6_WEB_DASHBOARD=true k6 run script.js

 

3. k6의 웹 대시보드 열기
http://{k6가 실행되고 있는 EC2 IP 주소}:5665으로 접속하기



 
 

✅ 부하 테스트 결과 해석 방법

1. HTTP Request Rate
1초당 처리한 요청 수를 의미한다. 즉, Throughput(처리량)을 나타내는 값이다.
 

2. HTTP Request Duration
요청에 대한 평균 응답 시간을 의미한다. 즉, Latency(지연 시간)을 나타내는 값이다.
 

3. HTTP Request Failed
1초당 요청 실패 수를 의미한다. 요청 실패가 발생한다면 어떤 문제로 인해 요청이 실패하는 지 체크해봐야 하는 신호이다.
 

✅ 실제 해석 순서

1. VUs가 늘어나도 HTTP Request Rate가 더 이상 증가하지 않는 구간을 찾는다.
더 이상 증가하지 않는 HTTP Request Rate가 현재 시스템의 최대 Throughput이다. 초당 2,700개 정도의 요청을 처리하고 있다. 즉, 현재 시스템은 1초당 2,700개의 요청을 처리할 수 있다는 뜻이다. 이걸 보고 ‘현재 시스템의 최대 Throughput은 2,700 TPS’라고 표현한다.



 

2. HTTP Request Duration이 비이상적으로 높은 건 아닌지 체크한다.
요청 당 응답 시간(Latency)이 비이상적으로 높을 경우 문제가 있는 건 아닌 지 체크해봐야 한다. 여기서 ‘비이상적’의 기준은 정하기 나름이다. 특정 서비스에서 응답 시간이 1초가 넘어가는 순간 사용자 이탈률이 크게 증가한다면, 정상적인 응답 시간 기준을 1초로 잡으면 된다.



참고) VUs가 높아짐에 따라 서버가 처리할 수 있는 요청량이 밀려서 대기하는 시간이 늘어나기 때문에, HTTP Request Rate(= Throughput)는 늘어나지 않는데 Request Duration(Latency)는 늘어나는 현상을 확인할 수 있다.
 

3. HTTP Request Failed가 있는 건 아닌지 체크한다.
만약 실패한 요청이 있다면 요청이 왜 실패했는 지 분석해야 한다.