View a markdown version of this page

고정성이 없는 Application Load Balancer - AWS 권장 가이드
일반 사용 사례단계예상 결과작동 방법

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

고정성이 없는 Application Load Balancer

어떤 형태로든 고정 없이 Application Load Balancer를 사용하는 경우 로드 밸런서는 기본적으로 라운드 로빈 메서드를 사용하여 트래픽을 라우팅해야 하는 EC2 인스턴스를 결정합니다.

템플릿: CloudFormation 템플릿basic.yml(샘플 코드 .zip 파일에 포함됨)을 사용하여이 기능을 사용해 보세요.

참고

이 가이드에 포함된 모든 CloudFormation 템플릿은 특정 로드 밸런서 고정 전략을 설명하기 위해 사용자 지정 VPC, 라우팅 테이블, 라우팅, 인터넷 게이트웨이, Application Load Balancer, 대상 그룹, 리스너 및 EC2 인스턴스를 배포합니다.

일반 사용 사례

다음 시나리오에서는 고정 없이 Application Load Balancer를 사용합니다.

  • 트래픽을 라우팅할 대상 목록이 있지만 대상이 세션 상태를 유지하지 않습니다.

  • 세션 상태를 유지하지 않는 웹 서버를 사용하고 있습니다.

  • 세션 상태를 유지하지 않는 애플리케이션 서버를 사용하고 있습니다.

단계

Notes

  • NAT 게이트웨이에는 적은 비용이 발생합니다.

  • 여러 EC2 인스턴스는 단일 EC2 인스턴스보다 프리 티어 시간을 더 빠르게 사용합니다.

  1. CloudFormation 템플릿을 랩 환경에 배포basic.yml합니다.

  2. 대상 그룹 인스턴스의 상태가 초기에서 정상으로 변경될 때까지 기다립니다.

  3. HTTP(TCP/80)를 사용하여 웹 브라우저에서 Application Load Balancer URL로 이동합니다.

    예: http://alb-123456789.us-east-1.elb.amazonaws.com/

    웹 페이지에 인스턴스 1 - TG1 또는 인스턴스 2 - TG1이 표시됩니다.

  4. 페이지를 여러 번 새로 고칩니다.

예상 결과

웹 페이지를 로드하는 인스턴스(인스턴스 1 또는 인스턴스 2)는 페이지 텍스트에 반영된 대로 매번 변경되어야 합니다. 로드 밸런서 로직은 여러 내부 노드에서 마지막 대상을 관리하므로 동기화 지연이 발생할 수 있으므로 동일한 대상으로 라우팅될 가능성이 있습니다.

작동 방법

  • 이 예제에서는 두 개의 EC2 인스턴스가 단일 대상 그룹에 할당됩니다. EC2 인스턴스에는 Apache 웹 서버(httpd)가 설치되어 있으며 각 EC2 인스턴스의 index.html 페이지 텍스트는 하드코딩되어 해당 인스턴스를 식별합니다.

  • Application Load Balancer는 내부 라운드 로빈 로직을 실행하여 트래픽을 수신할 EC2 인스턴스를 결정합니다.

  • 웹 페이지를 다시 로드할 때마다 Application Load Balancer는 라우팅 로직을 실행하고 페이지에 인스턴스 1 - TG1 또는 인스턴스 2 - TG1이 표시됩니다.