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

# 고정성이 없는 Application Load Balancer
<a name="alb-without-stickiness"></a>

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

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

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

## 일반 사용 사례
<a name="no-stickiness-use-cases"></a>

다음 시나리오에서는 고정 없이 Application Load Balancer를 사용합니다.
+ 트래픽을 라우팅할 대상 목록이 있지만 대상이 세션 상태를 유지하지 않습니다.
+ 세션 상태를 유지하지 않는 웹 서버를 사용하고 있습니다.
+ 세션 상태를 유지하지 않는 애플리케이션 서버를 사용하고 있습니다.

## 단계
<a name="no-stickiness-steps"></a>

**Notes**  
NAT 게이트웨이에는 적은 비용이 발생합니다.
여러 EC2 인스턴스는 단일 EC2 인스턴스보다 프리 티어 시간을 더 빠르게 사용합니다.

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

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

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

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

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

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

## 예상 결과
<a name="no-stickiness-results"></a>

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

## 작동 방법
<a name="no-stickiness-how"></a>
+ 이 예제에서는 두 개의 EC2 인스턴스가 단일 대상 그룹에 할당됩니다. EC2 인스턴스에는 Apache 웹 서버(`httpd`)가 설치되어 있으며 각 EC2 인스턴스의 `index.html` 페이지 텍스트는 하드코딩되어 해당 인스턴스를 식별합니다.
+ Application Load Balancer는 내부 라운드 로빈 로직을 실행하여 트래픽을 수신할 EC2 인스턴스를 결정합니다.
+ 웹 페이지를 다시 로드할 때마다 Application Load Balancer는 라우팅 로직을 실행하고 페이지에 **인스턴스 1 - TG1** 또는 **인스턴스 2 - TG1이** 표시됩니다.