기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 로드 밸런서에 대한 고정 전략 선택
*Ryan Griffin, Amazon Web Services(AWS)*
*2024년 *7월([문서 기록](doc-history.md))
*고정성*은 클라이언트에서 단일 대상으로 트래픽을 반복적으로 라우팅하는 로드 밸런서의 기능을 설명하는 데 사용되는 용어로, 여러 대상에서 트래픽을 밸런싱하는 대신 사용됩니다. 예를 들어 클라이언트 A의 트래픽은 특정 서버로 지속적으로 라우팅되어 서버가 세션 상태 데이터를 유지할 수 있습니다. 클라이언트 A의 트래픽이 두 개의 개별 서버로 라우팅되는 경우 각 서버에 다른 서버에서 사용할 수 있는 중요한 정보가 누락되었을 수 있습니다.
따라서 로드 밸런서를 통해 일관된 클라이언트 연결을 유지해야 하는 경우가 많습니다. 고정성에는 고정 세션과 대상 그룹 고정성이라는 두 가지 유형이 있습니다.
+ **고정 세션** - Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스에서 로컬 세션 데이터를 유지 관리하여 애플리케이션 아키텍처를 단순화하거나 애플리케이션 성능을 개선합니다. 인스턴스는 세션 상태 정보를 로컬로 유지 또는 캐싱할 수 있기 때문입니다. AWS 현재는 애플리케이션 쿠키와 로드 밸런서 쿠키라는 두 가지 유형의 고정 세션을 제공합니다.
+ **대상 그룹 고정성** - 블루/그린 배포에서는 여러 버전의 애플리케이션이 배포되어 클라이언트가 세션 중에 동일한 버전의 애플리케이션을 계속 사용하게 할 수 있습니다. 이 경우 대상 그룹 고정을 사용하여 클라이언트의 모든 통신을 동일한 EC2 인스턴스 대신 동일한 대상 그룹으로 라우팅할 수 있습니다.
이 두 가지 고정 전략을 개별적으로 또는 함께 사용할 수 있습니다.
이 가이드에서는 전략을 선택하는 데 도움이 되는 다양한 유형의 로드 밸런서 고정성과 해당 사용 사례를 설명합니다. 이 가이드에는 각 전략을 설명하는 AWS CloudFormation 템플릿이 포함되어 있습니다.
## 샘플 코드
이 가이드는 기본 아키텍처를 구축하고 각 고정 전략을 시도하기 위해 배포할 수 있는 4개의 AWS CloudFormation 템플릿이 포함된 첨부된 .zip 파일을 제공합니다. 이러한 템플릿을 랩 환경에 배포하여 각 접근 방식을 테스트하는 것이 좋습니다.
[![\[alt text not found\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/load-balancer-stickiness/images/download.png) 샘플 코드 다운로드](samples/stickiness.zip)
다운로드에는 다음 템플릿이 포함됩니다.
+ `basic.yml` - 고정 없이 Application Load Balancer를 설정합니다.
+ `targetgroupstickiness.yml` - 대상 그룹을 기반으로 고정성을 보여줍니다.
+ `stickysessionslb.yml` - 로드 밸런서에서 생성한 쿠키를 사용하여 고정 세션을 보여줍니다.
+ `stickysessionsapp.yml` - 애플리케이션 기반 쿠키로 고정 세션을 보여줍니다.
이러한 템플릿을 배포하려면 활성 :AWS account 및 [CloudFormation 콘솔](https://console.aws.amazon.com/cloudformation/)에 대한 액세스 권한이 필요합니다. CloudFormation 템플릿 배포에 대한 step-by-steps 지침은 CloudFormation 설명서의 [스택 생성을](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-console-create-stack.html) 참조하세요.