ALB(Application Load Balancer)와 60초 타임아웃, 그게 뭘까?

AWS에서 서버를 운영하다 보면 로드밸런서를 자주 사용하게 돼요. 특히 웹 서비스나 API 서버를 운영할 때는 ALB(Application Load Balancer) 를 많이 쓰게 되죠. 그런데 ALB를 쓰다 보면 “60초”라는 숫자를 자주 보게 되는데, 이게 뭘 의미하는지 헷갈릴 수 있어요. 오늘은 바로 그 **ALB의 60초 시간(Idle Timeout)**에 대해 알아보겠습니다.


---

ALB란?

ALB는 Application Load Balancer의 약자로, AWS에서 제공하는 로드밸런서 서비스 중 하나예요.
특징은 OSI 7계층, 즉 HTTP/HTTPS 레벨에서 동작한다는 점이에요. 단순히 포트만 보고 트래픽을 분산하는 게 아니라, URL 경로, 호스트 이름, HTTP 헤더 같은 요청 내용을 기준으로 트래픽을 라우팅할 수 있답니다.

예를 들어 /api/* 요청은 API 서버로, /image/* 요청은 이미지 서버로 보낼 수 있어요. 이런 방식 덕분에 마이크로서비스 아키텍처에서 특히 많이 쓰이고 있습니다.

60초 시간의 정체: Idle Timeout

ALB에는 기본적으로 Idle Timeout이라는 개념이 있어요.
Idle Timeout이란, 요청과 응답이 오가지 않고 유휴 상태로 남아 있는 연결을 얼마 동안 유지할 것인가를 정하는 값이에요.

👉 ALB의 기본 Idle Timeout은 60초예요.
즉, 60초 동안 아무 데이터도 주고받지 않으면 ALB가 연결을 끊어버리게 됩니다.


---

예시로 살펴보기

사용자가 웹페이지를 요청하고 서버가 10초 안에 응답 → 정상 동작

사용자가 API 요청을 보냈는데 서버가 70초 동안 응답 없음 → ALB는 60초가 지나면 연결을 끊고, 사용자는 504 Gateway Timeout 에러를 보게 됨


이런 식으로 동작하기 때문에, 백엔드 서버에서 오래 걸리는 작업이 있으면 Idle Timeout 때문에 문제가 생길 수 있어요.


---

Idle Timeout 조정하기

다행히 이 값은 고정이 아니에요.
AWS 콘솔이나 CLI를 통해 1초에서 4000초(약 66분) 까지 원하는 값으로 변경할 수 있습니다.

예를 들어, 영상 인코딩이나 대규모 데이터 처리처럼 시간이 오래 걸리는 API라면 Idle Timeout을 늘려두는 게 좋아요. 반대로, 빠른 응답이 중요한 서비스라면 기본값 60초로도 충분할 수 있습니다.


---

정리

ALB의 “60초 시간”은 Idle Timeout을 의미한다

요청/응답이 없는 연결을 기본적으로 60초까지만 유지한다

설정을 통해 1초~4000초까지 변경할 수 있다


즉, 이 60초는 단순한 제한이 아니라, 서비스 특성에 맞게 조정할 수 있는 안전장치라고 볼 수 있어요.