aws 로드밸런서

 

aws에 로드 밸런서 3가지가 존재한다

 

ALB(Application Load Balaner)

 

- AWS의 서비스로 들어오는 애플케이션 트래픽을 여러 대사(예: EC2 인스턴스, 컨테이너, IP 주소)으로 분산시키는 역할을 합니다. 

- ALB는 OSI 모델의 응용 계층(7 Layar)에서 작동하여 트래픽을 기반하여 똑똑하게 분배할 수 있습니다

- 이 그림과 같이 한 서버에 트래픽이 몰리지 않게 여러 서버에 분배시켜준다

- ALB는 콘텐츠 기반 라우팅을 지원하여 요청의 내용을 기반으로 트래픽을 라우팅할 수 있습니다. URL, 호스트 헤더 또는 기타 요청 속성을 기반으로 한 더욱 정교한 라우팅 결정이 가능합니다.

- ALB을 사용하여 URL의 경로를 기반으로 트래픽을 라우팅할 수 있습니다. 하나의 인스턴스 세트에 여러 응용 프로그램이나 서비스를 호스팅하는 경우 유용합니다.

- ALB는 WebSocket 기반 통신을 지원하여 실시간 대화형 애플리케이션을 구축할 수 있습니다.

- ALB는 애플리케이션 서버의 처리 오버헤드를 줄이기 위해 SSL/TLS 연결을 구축할 수 있습니다.

- ALB는 HTTP/2 프로토콜을 지원하여 웹 애플리케이션의 성능을 향상시킵니다.

- 등록된 대상에 대한 헬스 체크를 수행하고 자동으로 건강하지 않은 대상으로 부터 트래픽을 라우팅합니다.

- EC2 및 EKS와 같은 컨테이너 서비스와 원활하게 통합되어 컨테이너화된 애플리케이션을 쉽게 배포하고 확장할 수 있습니다.

- 다양한 인증 및 권한 부여 메커니즘을 지원하며 사용자 인증을 위해 Amazon Cognito와 통합할 수 있습니다.

- 전면 및 후면 연결에 대해 IPv6를 지원합니다.

- 액세스 로그를 생성하고 이를 AmazonS3에 저장하여 분석이나 규정 준수 목적으로 사용할 수 있습니다.

- SNI를 지원하여 하나의 로드 밸런서에 여러 SSL/TLS 인증서를 연결할 수 있습니다

 

NLB(Network Load Balancer)

 

- NLB는 로스 밸런서 중 하나로 트래픽을 여러 대상 간에 분산시키는 역할을 합니다.

- OSI 모델의 전송 계층(4 Layar)에서작동하며, TCP 및 UDP와 같은 프로토콜 수준에서 트래픽을 관리합니다.

아키텍처

- NLB에 트래픽을 받아서 내부 ALB로 넘기는 TCP리스너를 만듭니다. ALB는 TLS 처리를 하고 HTTP 헤더를 검사한 후 룰에 기반하여 요청을 인스턴스, 서버, 컨테이너들로 구성된 대상그룹에 라우팅을 합니다.

 

Lambda 함수 포함

 

- AWS Lambda 함수는 ALB의 IP 주소들이 바뀌는 것을 감시하고 있다가 NLB의 대상그룹에 라우팅합니다. 마지막으로 몇 개의 고정 IP로 쉽게 방화벽에 화이트리스팅 함으로써 ALB의 장점을 모두 활용합니다. 모든 트래픽은 두 개의 로드밸런서 를 통과합니다

- 초당 수백만 개의 연결으 처리하고, 초당 수백만 패킷을 전송할 수 있는 고성능 로드 밸런서입니다. 또한 저지연을 제공하여 빠른 응답 시간을 보장합니다

- TCP 및 UDP 트래픽을 로드 밸런싱할 수 있습니다. 이를 통해 여러 유형의 애플리케이션에 대한 로드 밸런싱을 지원합니다.

 

GWLB(Gateway Load Balancer)

 

- Layar7에서 동작하며, 주로 가상화된 애플리케이션에 대한 래픽을 분산시키는 데 사용됩니다. GWLB는 다양한 기능을 제공하여 고성능, 확장성, 가용성을 보장합니다.

 

 

- 이 그림에서 보면 파란색이 Client 서비스를 호출할 때이고 주황색이 서비스가 외부로 나가는 트래픽입니다.

- 클라이언트와 백엔드 서버 간의 트래픽을 암호화하여 보안 향상을 제공합니다.

- 초당 수백만 개의 연결과 초당 수백만 개의 요청을 처리할 수 있는 고성능을 제공합니다

- 여러 가용 영역에 걸쳐 트래픽을 분산시켜 가용성을 향상시키고, 가용 영역 내에서도 여러대의 가용성 영역을 활용하여 장애 시도에도 서비스를 지속할 수 있습니다.

- VPC 내의 리소스 간 트래픽을 분산시킵니다.

- IPv4 및 IPv6 트래픽을 모두 처리할 수 있습니다.