ELB : Elastic Load Balancing

• 서버 혹은 서버셋으로 트래픽을 백엔드나 다운스트림 EC2 인스턴스 또는 서버들로 전달하는 역할을 한다.
• 인스턴스 앞에 ELB가 있고 뒤에 서버셋이 있을 때 유저는 ELB를 통해 백엔드 EC2 인스턴스 중 하나로 연결이 된다.
• 이 때 다른 유저가 ELB에 연결된 경우 이 로드는 다른 EC2 인스턴로 보내지게 된다.
• 이러한 과정을 통해 EC2 인스턴스로 가는 부하를 분산시킨다.
• 유저는 자신들이 백엔트 인스턴스 중 어떤 것에 연결되었는지 알 수 없다.
• 유저들은 ELB에 연결되면 한 엔드 포인트에 연결 된다는 것만 알고 있다.

Load Balancer을 쓰는 이유?

• 부하를 다수의 다운스트림 인스턴스로 분산시키기 위해 사용한다.
• 애플리케이션에 단일 액세스 지점(DNS)을 노출하게 되고 다운스트림 인스턴스의 장애를 원할히 처리할 수 있게 된다.
• 로드 밸런서가 상태 확인 매커니즘으로 어떤 인스턴스로 트래픽을 보낼 수 없는지 확인해 준다.
• 인스턴스의 상태를 확인할 수 있게 된다.
• SSL 종료도 할 수 있으니 웹 사이트에 암호화 된 HTTPS 트래픽을 가질 수 있다.
• 쿠키로 고정도를 강화할 수 있다.
• 영역에 걸친 고가용성을 가지게 된다.
• 클라우드 내에세 개인 트래픽과 공공 트래픽을 분리할 수 있게 된다.

ELB(Elastic Load Balancing)를 쓰는 이유?

• ELB는 관리형 로드 밸런서이기도 하다.
  • AWS가 관리하며 어떤 경우에도 작동할 것을 보장한다.
  • AWS가 업그레이드 유지 관리 및 고가용성을 책임진다.
  • 로드 밸런서의 작동 방식을 수정할 수 있게끔 일부 구성 놉도 제공한다.
• ELB는 무조건 쓰는 편이 좋다. 자체 로드 밸런서를 마련하는 것보다 저렴하고 자체 로드 밸런서를 사용한다면 확장성 측면에서 굉장히 번거롭기 때문이다.
• 또한 ELB는 다수의 AWS 서비스들과 통합되어 있다.
  • EC2, EC2 Auto Scaling Groups, Amazon ECS, ACM, CloudWatch, Route 53, WAF 등등...

상태 체크 (Health Checks)

• 작동이 올바르게 되고 있는지의 여부를 확인하기 위해 사용된다.
• 작동되고 있지 않다면 해당 인스턴스로는 트래픽을 보낼 수 없기 때문에 로드 밸런서에겐 인스턴스의 상태가 아주 중요하다.
• 상태확인은 포트와 라우트에서 이루어진다.
• 상태가 200으로 응답하지 않는다면 인스턴스 상태가 좋지않다고 기록된다.
• 상태가 좋지않다면 ELB는 해당 인스턴스로 트래픽을 보내지 않게 된다.

AWS 로드 밸런서의 종류

• AWS에는 네 종류의 관리형 로드 밸런서가 있다.
• Classic Load Balancer(v1 - old generation) / 2009 / CLB
  • HTTP, HTTPS, TCP, SSL (Secure TCP)을 지원한다.
  • AWS는 이제 이 로드 밸런서를 사용을 권장하지 않는다.
  • AWS에서 더 이상 지원하지 않는다.
• Application Load Balancer(v2 - new generation) / 2016 / ALB
  • HTTP, HTTPS, Web Socket을 지원한다.
• Network Load Balancer (v2 - new generation) / 2017 / NLB
  • TCP, TLS (Secure TCP), UDP를 지원한다.
• Gateway Load Balancer / 2020 / GWLB
  • 네트워크층(3계층)에서 작동 - IP Protocol
• 더 많은 기능을 가지고 있는 신형 로드 밸런서를 사용하는 것이 권장된다.
• 일부 로드 밸런서들은 내부에 설정될 수 있어 네트워크에 개인적 접근이 가능하고 웹사이트와 공공 애플리케이션 모두에 사용 가능한 외부 공공 로드 밸런서도 있다.

로드 밸런서의 보안 그룹

• 유저는 HTTP나 HTTPS를 이용하여 어디서든 로드 밸런서에 접근이 가능하다.
• 따라서 보안그룹은 포트 범위는 80, 443이고 소스는 0.0.0.0/0으로 어디든 가능하게 된다.
• 여기서 로드 밸런서는 곧장 들어오는 트래픽만을 허용해야 하기 때문에 EC2 인스턴스의 보안 그룹 규칙은 조금 달라야 한다. 포트 80에서 HTTP 트래픽을 허용하며 소스는 IP 범위가 아니라 보안 그룹이 된다. 여기서 EC2의 보안 그룹을 로드 밸런서의 보안 그룹으로 연결한다. 이렇게 함으로써 EC2 인스턴스는 로드 밸런스에서 온 트래픽만을 허용하게 되는 강화된 보안 매커니즘을 가지게 된다.