NLB
- 4계층 로드밸런서로 TCP, UDP 트래픽 처리
- 높은 성능 (초당 수백만 트래픽 처리), 낮은 지연
- 가용 영역당 하나의 고정 IP만 가지고 있고 가용 영역에 탄력적 IP할당 가능
- 고정 IP를 사용해 애플리케이션 노출해야 할때 유용
- 애플리케이션이 한개 or 두세개의 다른 ip로만 접근 할수 있다면 네트워크 로드밸런서
대상그룹
- EC2 인스턴스
- IP주소 (사설 IP)
- ALB (NLB로 고정 IP주소를 얻을 수 있어서 )
- Health Check는 TCP HTTP HTTPS 프로토콜 지원
GWLB
- 3계층인 네트워크 계층에서 작용
- 배포 및 확장과 AWS타사 네트워크 등 사용
- 네트워크의 모든 트래픽이 방화벽을 통과하게 하거나 침입 탐지 맟 방지 시스템에 사용
- 투명 네트워크 게이트웨이 기능 : VPC의 모든 트래픽이 GWL에 출입 통과함
- 가상 어플라이언스 집합에 분산되는 기능
- 6081 포트의 GENEVE프로토콜사용
대상그룹
- EC2 인스턴스
- IP주소 (사설 IP)
고정 세션(Sticky Session)
- 클라이언트가 로드밸런서데 두번 요청을 보낼때 동일한 인스턴스에 요청을 보내주는것
- 클라이언트가 로드밸런서에 요청 보낼때 쿠키를 함께 전송 (스티키니스, 만료날짜를 포함한 정보)
- 사용자가 동일한 백엔드 인스턴스에 연결되서 세션을 잃지 않도록 함
- 일부 인스턴스에 사용자가 많으면 부하가 불균형할 수 있음
- ALB, NLB(NLB는 쿠키 없음)에서 사용
쿠키유형
- 애플리케이션 기반 쿠키
1) 커스텀 쿠키
- 애플리케이션 자체에서 생성하는 쿠기
- 애플리케이션에 필요하는 모든 사용자 정의 속성 포함가능
- AWSALB, AWSALBAPP, AWSALBTG는 예약어라 사용 불가
2) 애플리케이션 쿠키
- 로드밸런서 자체에서 생성
- 이름 : AWSALBAPP
- 지속시간 기반 쿠키
- 로드 밸런서에서 생성함 ALB > AWSALB, CLB > AWSELB
- 고정 세션 설정 방법
- 대상그룹 > 작업 - 대상그룹 속성 편집
크로스존 로드밸런싱
- 각 AZ에 잇는 로드밸런서에 트래픽이 있을때 크로스존 로드밸런싱을 하면 다른 존에 있는 인스턴스에도 부하를 분산할수 있다.
- 트래픽을 각 가용영역에 한정되지 않도록 한다.
- ALB는 디폴트로 활성화 되어있음 (돈부과 안함)
- NLB, GWLB는 비활성화 되어 있음 (활성화시 돈 부과)
- 대상 그룹에서도 설정가능하다.
aws 교육자료 참고 - 유디미 강의