쇼핑몰 할인 이벤트, 인플루언서의 리뷰, 혹은 뉴스 기사 노출 등으로 인해 내 웹사이트에 갑자기 엄청난 방문자가 몰려드는 상황은 비즈니스 운영자에게 최고의 축복입니다. 하지만 준비되지 않은 서버는 폭주하는 트래픽을 견디지 못하고 이내 ‘502 Bad Gateway’ 에러를 뿜으며 다운되고 맙니다. 이는 곧 막대한 매출 손실과 고객 이탈로 이어집니다.
서버 한 대(EC2)로는 처리할 수 없는 대규모 트래픽이 예상될 때, 구원투수 역할을 하는 것이 바로 **AWS 로드밸런서(ELB, Elastic Load Balancing)**입니다. 이번 포스팅에서는 서비스의 무중단 운영을 위한 핵심 기술인 ELB의 개념부터 실전 설정 방법까지, 초보자의 눈높이에 맞춰 상세히 알아보겠습니다.
1. AWS 로드밸런서(ELB)란 무엇인가요?
로드밸런서(Load Balancer)의 직역은 ‘부하 분산기’입니다. 쉽게 비유하자면 인기 맛집의 똑똑한 대기표 관리자와 같습니다.
손님이 한 번에 100명씩 몰려올 때, 종업원(서버) 1명에게 모든 주문을 처리하라고 하면 금방 지쳐 쓰러질 것입니다. 이때 대기표 관리자(로드밸런서)가 입구에 서서 손님을 1번 테이블, 2번 테이블, 3번 테이블로 공평하게 나누어 안내합니다. 덕분에 종업원들은 각자 맡은 손님에게만 집중할 수 있고, 식당 전체의 회전율과 안정성은 극대화됩니다.
즉, AWS ELB는 외부에서 들어오는 막대한 웹 트래픽을 여러 대의 EC2 인스턴스(가상 서버)로 고르게 분산시켜, 특정 서버에 과부하가 걸리는 것을 막아주는 필수 네트워킹 서비스입니다.
2. 왜 ELB를 필수로 사용해야 할까? (핵심 장점 3가지)
단순히 트래픽을 나누는 것 외에도, ELB를 도입하면 서비스 품질을 비약적으로 높일 수 있습니다.
- 무중단 서비스 보장 (고가용성 확보): ELB에는 **상태 검사(Health Check)**라는 강력한 기능이 있습니다. 로드밸런서가 주기적으로 각 서버에 “너 지금 일할 수 있는 상태니?”라고 신호를 보냅니다. 만약 2번 서버가 오류로 멈췄다면, 즉시 2번 서버로는 트래픽을 보내지 않고 정상 작동하는 나머지 서버로만 사용자들을 연결합니다.
- 보안 강화 및 SSL 인증서 적용 용이: 개별 EC2 서버마다 SSL(HTTPS) 인증서를 설치하고 갱신하는 것은 매우 번거롭습니다. ELB를 사용하면 로드밸런서 앞단에만 AWS Certificate Manager(ACM)를 통해 무료로 발급받은 SSL 인증서를 적용하여 간편하게 보안 통신(HTTPS) 환경을 구축할 수 있습니다.
- 유연한 확장성 (Auto Scaling 연동): 트래픽이 많아질 때 자동으로 서버를 복제해 늘려주는 기능인 ‘오토 스케일링(Auto Scaling)’과 결합하면 진정한 무적의 서버가 완성됩니다. 새롭게 생성된 서버는 자동으로 ELB에 연결되어 즉시 트래픽 분산 작업에 투입됩니다.
3. 내 서비스에 맞는 ELB 종류 선택하기
AWS에서는 목적에 따라 크게 두 가지 종류의 로드밸런서를 가장 많이 사용합니다.
- ALB (Application Load Balancer):
- 웹 브라우저를 통한 HTTP, HTTPS 트래픽 처리에 특화되어 있습니다.
- 사용자가 접속하는 URL 경로(예:
/image,/video)에 따라 트래픽을 다르게 분산할 수 있는 똑똑한 기능(L7 계층)을 제공합니다. 블로그, 쇼핑몰, 일반적인 웹 서비스 구축 시 90% 이상 ALB를 선택합니다.
- NLB (Network Load Balancer):
- TCP, UDP 프로토콜을 사용하며 극도로 빠르고 단순하게 트래픽을 넘깁니다.
- 초당 수백만 건의 요청을 지연 시간 없이 처리해야 하는 실시간 온라인 게임 서버, 대규모 스트리밍 서비스, 금융 시스템 등(L4 계층)에 주로 쓰입니다.
4. 실전! AWS 로드밸런서(ALB) 초기 설정 가이드
가장 범용적으로 쓰이는 ALB를 기준으로, EC2 서버들에 로드밸런서를 연결하는 전체 프로세스를 4단계로 정리했습니다.
[Step 1] 대상 그룹(Target Group) 생성하기 트래픽을 전달받을 ‘목적지 서버들의 묶음’을 먼저 만들어야 합니다.
- AWS EC2 대시보드 좌측 메뉴에서 [대상 그룹]을 클릭합니다.
- 대상 유형을 ‘인스턴스(Instances)’로 선택하고, 프로토콜은 HTTP (포트 80)로 지정합니다.
- 방금 만든 대상 그룹에 현재 가동 중인 EC2 인스턴스들을 선택하여 [보류 중인 것으로 포함] 버튼을 눌러 그룹 안에 등록합니다.
[Step 2] 상태 검사(Health Check) 세팅 대상 그룹 설정 화면 하단에 상태 검사 경로를 지정합니다. 기본적으로 루트 경로(/)로 설정해 두면, 로드밸런서가 해당 경로로 접속을 시도해 200(성공) 응답이 오는지 확인하여 서버의 건강 상태를 판별합니다.
[Step 3] 로드밸런서(ALB) 생성 및 리스너 설정
- EC2 메뉴 좌측에서 [로드밸런서] – [ALB 생성]을 클릭합니다.
- 인터넷 체계는 외부에서 접속 가능하도록 ‘Internet-facing’을 선택합니다.
- 네트워크 맵에서 최소 2개 이상의 가용 영역(AZ)을 선택해야 합니다. (장애 대비 목적)
- 리스너(Listener): 클라이언트의 요청을 받아들이는 문(포트)입니다. 포트 80(HTTP)을 열어두고, [기본 액션]에서 방금 Step 1에서 만든 ‘대상 그룹’으로 트래픽을 전달(Forward)하도록 지정합니다.
[Step 4] 보안 그룹(Security Group) 규칙 재정렬 (매우 중요) 초보자들이 가장 많이 실수하는 부분입니다.
- 로드밸런서의 보안 그룹: 외부의 모든 사용자(0.0.0.0/0)가 HTTP(80) 및 HTTPS(443)로 들어올 수 있도록 허용해야 합니다.
- EC2 인스턴스의 보안 그룹: 이제 사용자는 서버(EC2)로 직접 접속해서는 안 되며, 반드시 로드밸런서를 거쳐야 합니다. 따라서 EC2의 80번 포트는 ‘전체 허용’이 아니라, ‘로드밸런서의 보안 그룹 ID’에서만 들어올 수 있도록 인바운드 규칙을 수정해야 보안이 완벽해집니다.
5. 마무리: 비용 관리와 최적화
위의 단계를 거쳐 로드밸런서가 ‘Active’ 상태가 되고, 대상 그룹의 서버들이 ‘Healthy’로 표시된다면 성공적으로 구축이 완료된 것입니다. 이제 사용자들에게는 개별 서버의 IP가 아닌, ELB가 제공하는 고유의 DNS 주소를 도메인에 연결하여 서비스하면 됩니다.
마지막으로 주의할 점은, ELB는 생성된 시간부터 서버가 꺼져 있어도 시간당 약 $0.02대의 고정 비용이 청구되며, 처리되는 데이터 트래픽양에 따라 추가 요금이 발생한다는 것입니다. 따라서 테스트 목적으로 프리 티어 환경에서 실습을 마쳤다면, 실사용이 아닐 경우 반드시 로드밸런서를 ‘삭제’해야 불필요한 과금을 막을 수 있습니다.
안정적인 트래픽 분산 설계는 성공적인 IT 서비스의 기본기입니다. AWS 로드밸런서를 통해 언제 접속해도 쾌적하게 열리는 튼튼한 웹 환경을 구축해 보시기 바랍니다.
