Application Load Balancer

• 7계층, HTTP 전용 로드 밸런서
• 머신 간 다수 HTTP 애플리케이션의 라우팅에 사용된다. 머신들은 대상 그룹(Target group)이 라는 그룹으로 묶이게 된다.
• 동일 EC2 인스턴스 상의 여러 애플리케이션에 부하를 분산한다. ex) 컨테이너, ECS
• HTTP/2와 WebSocket을 지원한다.
• 리다이렉트도 지원한다. (HTTP에서 HTTPS로 트래픽을 자동 리다이렉트하는 경우)
• 경로 라우팅을 지원한다.
  • URL 대상 경로(path)에 기반한 라우팅 (example.com/users & example.com/posts)
  • URL 호스트 이름(hostname)에 기반한 라우팅 (one.example.com & two.example.com)
  • 쿼리 문자열과 헤더에 기반한 라우팅 (example.com/users?id=1234&order=false)
• 마이크로서비스(MSA)나 컨테이너 기반 애플리케이션에 가장 좋은 로드 밸런서 (Docker & Amazon ECS)
• 포트 매핑 기능이 있어 ECS 인스턴스의 동적 포트로의 리다이렉션을 가능하게 해준다.
• CLS(Classic Load Balancer)와 비교를 했을 때, CLS 뒤에서 다수의 애플리케이션을 사용하는 경우에는 실제 애플리케이션의 개수만큼 여러 개의 CLS가 필요하지만 ALB는 하나만으로도 다수의 애플리케이션을 처리할 수 있다.

대상 그룹 (Target Groups)

• EC2 인스턴스(Auto Scaling 그룹에 의해 관리될 수 있다.)가 대상 그룹이 될 수 있다. - HTTP
• ECS tasks (ECS에 의해 관리) - HTTP
• Lambda function - HTTP
• IP Addresses - 사설 IP 주소여야만 한다.
• ALB는 여러 대상 그룹으로 라우팅 할 수 있다.
• 상태 확인은 대상 그룹 레벨에서 이뤄진다.

ALB 알아두면 좋은 점

• 로드 밸런서를 사용하는 경우에도 고정 호스트 이름이 부여된다.(XXX.region.elb.amazonaws.com)
• 애플리케이션 서버는 클라이언트의 IP를 직접 보지 못하며 클라이언트의 진짜 IP는 X-Forwarded-For라고 불리는 헤더에 삽입된다. X-Forwarded-Port를 사용하는 포트와 X-Forwarded_proto에 의해 사용되는 프로토콜도 얻게 된다.