

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

# Auto Scaling 그룹에 들어오는 애플리케이션 트래픽을 분산하기 위해 Elastic Load Balancing 사용
<a name="autoscaling-load-balancer"></a>

Elastic Load Balancing은 들어오는 애플리케이션 트래픽을 실행 중인 모든 EC2 인스턴스에 자동으로 분산합니다. Elastic Load Balancing을 사용하면 단 하나의 인스턴스에도 부하가 걸리지 않도록 트래픽 라우팅을 최적화하여 들어오는 요청을 관리할 수 있습니다. Auto Scaling 그룹에서 Elastic Load Balancing 사용하려면 [Auto Scaling 그룹에 로드 밸런서를 연결](attach-load-balancer-asg.md)합니다. 그러면 Auto Scaling 그룹으로 들어오는 모든 웹 트래픽에 대하여 단일 접점의 역할을 하는 로드 밸런서에 해당 그룹을 등록합니다.

Auto Scaling 그룹에 Elastic Load Balancing을 사용하려는 경우, 로드 밸런서에 개별 EC2 인스턴스를 등록할 필요가 없습니다. Auto Scaling 그룹에서 시작되는 인스턴스가 로드 밸런서에 자동으로 등록됩니다. 마찬가지로 Auto Scaling 그룹에 의해 종료된 인스턴스는 로드 밸런서에서 자동으로 등록 취소됩니다.

Auto Scaling 그룹에 로드 밸런서를 연결한 후 Elastic Load Balancing 지표(예: 대상당 Application Load Balancer 요청 수)를 사용하여 수요 변동에 따라 그룹의 인스턴스 수를 조정하도록 Auto Scaling 그룹을 구성할 수 있습니다.

필요에 따라 Auto Scaling 그룹에 Elastic Load Balancing 상태 확인을 추가하여 Amazon EC2 Auto Scaling이 이러한 추가 상태 확인을 기반으로 비정상 인스턴스를 식별하고 교체하도록 할 수도 있습니다. 그렇지 않으면 대상 그룹의 정상 호스트 수가 허용된 것보다 적을 경우 알림을 보내는 CloudWatch 경보를 생성할 수 있습니다.

**Topics**
+ [Elastic Load Balancing 유형](#integrations-aws-elastic-load-balancing-types)
+ [로드 밸런서 연결 준비](getting-started-elastic-load-balancing.md)
+ [로드 밸런서 연결](attach-load-balancer-asg.md)
+ [로드 밸런서 구성](as-create-load-balancer-console.md)
+ [연결 상태 확인](load-balancer-status.md)
+ [가용 영역 추가](as-add-az-console.md)
+ [가용 영역 제거](as-remove-az-console.md)
+ [로드 밸런서 분리](as-remove-load-balancer.md)
+ [AWS CLI Elastic Load Balancing 작업 예제](examples-elastic-load-balancing-aws-cli.md)

## Elastic Load Balancing 유형
<a name="integrations-aws-elastic-load-balancing-types"></a>

Elastic Load Balancing에서는 Auto Scaling 그룹에서 사용할 수 있는 4가지 유형의 로드 밸런서 즉, Application Load Balancer, Network Load Balancer, Gateway Load Balancer 및 Classic Load Balancer를 제공합니다.

로드 밸런서 유형이 구성되는 방법에는 주요 차이점이 있습니다. Application Load Balancer, Network Load Balancer 및 Gateway Load Balancer를 사용하여 인스턴스를 대상 그룹에 대상으로 등록하고 트래픽을 대상 그룹에 라우팅합니다. Classic Load Balancer에서는 로드 밸런서에 인스턴스를 직접 등록합니다.

Application Load Balancer  
애플리케이션 계층(HTTP/HTTPS)에서 라우팅 및 로드 밸런싱하며 경로 기반 라우팅을 지원합니다. Application Load Balancer는 Virtual Private Cloud(VPC)의 EC2 인스턴스와 같은 하나 이상의 등록된 대상의 포트로 요청을 라우팅할 수 있습니다.

Network Load Balancer  
Layer-4 헤더에서 추출된 주소 정보를 기반으로 한 전송 계층(TCP/UDP Layer-4)에서 라우팅 및 로드 밸런싱합니다. Network Load Balancer는 트래픽 급증을 처리하고, 클라이언트의 소스 IP를 유지하며, 로드 밸런서의 수명 동안 고정 IP를 사용할 수 있도록 합니다.

Gateway Load Balancer  
트래픽을 어플라이언스 인스턴스 플릿으로 분산합니다. 방화벽, 침입 탐지 및 방지 시스템과 기타 어플라이언스와 같은 타사 가상 어플라이언스에 확장성, 가용성 및 단순성을 제공합니다. Gateway Load Balancer는 GENEVE 프로토콜을 지원하는 가상 장치에서 작동합니다. 추가 기술 통합이 필요하므로 Gateway Load Balancer를 선택하기 전에 사용 설명서를 참조하세요.

Classic Load Balancer  
전송 계층(TCP/SSL) 또는 애플리케이션 계층(HTTP/HTTPS)에서 라우팅 및 로드 밸런싱합니다.

사용 가능한 다양한 유형의 로드 밸런서를 자세히 알아보려면 다음 리소스를 참조하세요.
+ [Elastic Load Balancing이란 무엇인가요?](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/what-is-load-balancing.html)
+ [Application Load Balancer란 무엇인가요?](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html)
+ [Network Load Balancer란 무엇인가요?](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/introduction.html)
+ [Gateway Load Balancer란 무엇입니까?](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/introduction.html)
+ [Classic Load Balancer란 무엇입니까?](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/introduction.html)

# Elastic Load Balancing 로드 밸런서 연결 준비
<a name="getting-started-elastic-load-balancing"></a>

Auto Scaling 그룹에 Elastic Load Balancing 로드 밸런서를 연결하려면 먼저 다음 사전 조건을 완료해야 합니다.
+ 트래픽을 Auto Scaling 그룹으로 라우팅하는 데 사용되는 로드 밸런서 및 대상 그룹을 이미 생성했어야 합니다.

  로드 밸런서와 대상 그룹을 생성하는 방법에는 두 가지가 있습니다.
  + **Elastic Load Balancing 사용** - Elastic Load Balancing 설명서의 절차에 따라 Auto Scaling 그룹을 생성하기 전에 로드 밸런서와 대상 그룹을 생성하고 구성합니다. Amazon EC2 인스턴스 등록 단계를 건너뛰세요. Amazon EC2 Auto Scaling은 대상 그룹을 Auto Scaling 그룹에 연결할 때 인스턴스 등록(및 등록 취소)을 자동으로 처리합니다. 자세한 설명은 [Elastic Load Balancing 사용자 가이드](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html)의 *Elastic Load Balancing 시작하기*를 참조하세요.
  + **Amazon EC2 Auto Scaling 사용** - Amazon EC2 Auto Scaling 콘솔에서 기본 구성을 사용하여 로드 밸런서 및 대상 그룹을 생성, 구성 및 연결합니다. 자세한 내용은 [콘솔에서 Application Load Balancer 또는 Network Load Balancer 구성](as-create-load-balancer-console.md) 단원을 참조하십시오.
+ 로드 밸런서를 생성하기 전에 필요한 로드 밸런서의 유형을 파악합니다. 자세한 내용은 [Elastic Load Balancing 유형](autoscaling-load-balancer.md#integrations-aws-elastic-load-balancing-types) 단원을 참조하십시오.
+ 로드 밸런서와 대상 그룹은 Auto Scaling 그룹과 동일한 AWS 계정 VPC 및 리전에 있어야 합니다.
+ 대상 그룹은 대상 유형으로 `instance`를 지정해야 합니다. Auto Scaling 그룹을 사용하는 경우에는 대상 유형으로 `ip`를 지정할 수 없습니다.
+ Auto Scaling 그룹의 시작 템플릿에 로드 밸런서의 필수 인바운드 트래픽을 허용하는 올바른 보안 그룹이 포함되지 않은 경우 시작 템플릿을 업데이트해야 합니다. 권장 규칙은 로드 밸런서의 유형과 로드 밸런서에서 사용하는 백엔드 유형에 따라 달라집니다. 예를 들어, 트래픽을 웹 서버로 라우팅하기 위해 로드 밸런서에서 포트 80에서의 인바운드 HTTP 액세스를 허용합니다. 시작 템플릿을 수정해도 기존 인스턴스는 새 설정으로 업데이트되지 않습니다. 기존 인스턴스를 업데이트하려면 인스턴스 새로 고침을 시작하여 인스턴스를 대체할 수 있습니다. 자세한 내용은 [인스턴스 새로 고침을 사용하여 Auto Scaling 그룹의 인스턴스 업데이트](asg-instance-refresh.md) 단원을 참조하십시오.
+ Elastic Load Balancing이 상태 확인을 수행할 수 있도록 시작 템플릿의 보안 그룹은 올바른 포트에서의 로드 밸런서 액세스도 허용해야 합니다.
+ Gateway Load Balancer 뒤에 가상 어플라이언스를 배포할 때 Auto Scaling 그룹이 Gateway Load Balancer와 트래픽을 교환하려면 시작 템플릿의 Amazon Machine Image(AMI)가 GENEVE 프로토콜을 지원하는 AMI의 ID를 지정해야 합니다. 또한 시작 템플릿의 보안 그룹이 포트 6081에서 UDP 트래픽을 허용해야 합니다.

**작은 정보**  
완료하는 데 시간이 걸리는 부트스트래핑 스크립트가 있다면, Auto Scaling 그룹에 시작 수명 주기 후크를 추가하여 로드 밸런서의 뒤에 인스턴스가 등록된 다음에야 부트스트랩 스크립트가 성공적으로 완료되고 인스턴스의 애플리케이션이 트래픽 수락을 준비하도록 지연시킬 수 있습니다. Amazon EC2 Auto Scaling 콘솔에서 Auto Scaling 그룹을 처음 생성할 때는 수명 주기 후크를 추가할 수 없습니다. 하지만 그룹이 생성된 후에 수명 주기 후크를 추가할 수 있습니다. 자세한 내용은 [Amazon EC2 Auto Scaling 수명 주기 후크](lifecycle-hooks.md) 단원을 참조하십시오.

## 대상 상태 확인 구성
<a name="elb-health-checks-for-targets"></a>

Elastic Load Balancing 로드 밸런서에 등록된 대상에 대한 상태 확인을 구성하여 트래픽을 제대로 처리할 수 있는지 확인할 수 있습니다. 구체적인 단계는 사용 중인 로드 밸런서 유형에 따라 다릅니다. 자세한 정보는 다음 자료를 참조하세요.
+ **Application Load Balancer** - *Application Load Balancer 사용 설명서*의 [대상 그룹 상태 확인](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html)을 참조하세요.
+ **Network Load Balancer** - *Network Load Balancer 사용 설명서*의 [대상 그룹 상태 확인](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/target-group-health-checks.html)을 참조하세요.
+ **Gateway Load Balancer** – *Gateway Load Balancer 사용 설명서*의 [대상 그룹 상태 확인](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/health-checks.html)을 참조하세요.
+ **Classic Load Balancer** - *Classic Load Balancer 사용 설명서*의 [Classic Load Balancer 상태 확인 구성](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-healthchecks.html)을 참조하세요.

기본적으로 Amazon EC2 Auto Scaling은 인스턴스를 비정상으로 간주하지 않고 Elastic Load Balancing 상태 확인에 실패할 경우 인스턴스를 교체합니다. Auto Scaling 그룹의 기본 상태 확인은 EC2 상태 확인만 해당합니다. 자세한 내용은 [Auto Scaling 그룹의 인스턴스에 대한 상태 확인](ec2-auto-scaling-health-checks.md) 단원을 참조하십시오.

Amazon EC2 Auto Scaling이 Elastic Load Balancing에 의해 비정상으로 보고된 인스턴스를 교체하게 하려면 Elastic Load Balancing 상태 확인을 사용하도록 Auto Scaling 그룹을 구성할 수 있습니다. 이렇게 하면 Amazon EC2 Auto Scaling이 EC2 상태 확인 또는 Elastic Load Balancing 상태 확인에 실패할 경우 인스턴스를 비정상으로 간주합니다. 여러 로드 밸런서 대상 그룹 또는 Classic Load Balancer를 그룹에 연결할 경우 인스턴스를 정상으로 간주하려면 모두 해당 인스턴스가 정상이라고 보고해야 합니다. 그 중 하나가 인스턴스를 비정상으로 보고하면 다른 곳에서 정상으로 보고하더라도 Auto Scaling 그룹은 인스턴스를 교체합니다.

Auto Scaling 그룹의 상태 확인을 활성화하는 방법에 대한 자세한 내용은 [Elastic Load Balancing 로드 밸런서를 Auto Scaling 그룹에 연결](attach-load-balancer-asg.md) 섹션을 참조하세요.

**참고**  
상태 확인이 최대한 빨리 시작되게 하려면 그룹의 상태 확인 유예 기간을 너무 길게 설정하지 마세요. 하지만 Elastic Load Balancing 상태 확인에서 대상이 요청을 처리할 수 있는지 확인할 수 있을 만큼 길게 설정하세요. 자세한 내용은 [Auto Scaling 그룹의 상태 확인 유예 기간 설정](health-check-grace-period.md) 단원을 참조하십시오.

# Elastic Load Balancing 로드 밸런서를 Auto Scaling 그룹에 연결
<a name="attach-load-balancer-asg"></a>

이 주제에서는 Elastic Load Balancing 로드 밸런서를 Auto Scaling 그룹에 연결하는 방법을 설명합니다. 또한 Elastic Load Balancing 상태 확인을 활성화하여 Amazon EC2 Auto Scaling에서 Elastic Load Balancing이 비정상으로 보고한 인스턴스를 대체하게 하는 방법도 설명합니다.

기본적으로 Amazon EC2 Auto Scaling은 Amazon EC2 상태 확인을 기반으로 비정상 또는 연결할 수 없는 인스턴스만 대체합니다. Elastic Load Balancing 상태 확인을 활성화하면 Auto Scaling 그룹에 연결한 Elastic Load Balancing 로드 밸런서 중 하나라도 해당 인스턴스를 비정상으로 보고할 경우 Amazon EC2 Auto Scaling이 실행 중인 인스턴스를 대체할 수 있습니다.

Application Load Balancer를 Auto Scaling 그룹에 연결하는 방법에 대한 자습서는 [자습서: 조정 및 로드 밸런싱된 애플리케이션 설정](tutorial-ec2-auto-scaling-load-balancer.md) 섹션을 참조하세요.

**중요**  
계속하기 전에 이전 섹션의 모든 [사전 요구 사항](getting-started-elastic-load-balancing.md)을 완료하세요.

**Contents**
+ [대상 그룹 또는 Classic Load Balancer 연결](#as-add-load-balancer-console)
+ [대상 그룹 또는 Classic Load Balancer 분리](#as-remove-load-balancer)

## 대상 그룹 또는 Classic Load Balancer 연결
<a name="as-add-load-balancer-console"></a>

Auto Scaling 그룹을 생성하거나 업데이트할 때 하나 이상의 대상 그룹 또는 Classic Load Balancer를 연결할 수 있습니다. Application Load Balancer, Network Load Balancer 또는 Gateway Load Balancer를 연결할 때 로드 밸런서 자체가 아닌 대상 그룹을 연결합니다.

이 섹션의 다음 단계를 따라 콘솔을 사용합니다.
+ 대상 그룹 또는 Classic Load Balancer를 Auto Scaling 그룹에 연결
+ Elastic Load Balancing 상태 확인 활성화

**새 Auto Scaling 그룹을 생성할 때 기존 로드 밸런서 연결**

1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling Groups**(Auto Scaling 그룹)를 선택합니다.

1. 화면 상단의 탐색 모음에서 로드 밸런서를 생성한 AWS 리전 을 선택합니다.

1. **Create Auto Scaling group**(Auto Scaling 그룹 생성)을 선택합니다.

1.  1단계와 2단계에서 원하는 옵션을 선택하고 **3단계: 고급 옵션 구성**으로 진행합니다.

1. **로드 밸런싱(Load balancing)**에서**기존 로드 밸런서에 연결(Attach to an existing load balancer)**을 선택합니다.

1. **기존 로드 밸런서에 연결(Attach to an existing load balancer)**에서 다음 중 하나를 수행합니다.

   1. Application Load Balancer, Network Load Balancer 및 Gateway Load Balancer의 경우:

      **로드 밸런서 대상 그룹에서 선택(Choose from your load balancer target groups)**을 선택한 다음 **기존 로드 밸런서 대상 그룹(Existing load balancer target groups)** 필드에서 대상 그룹을 선택합니다.

   1. Classic Load Balancer의 경우:

      **Classic Load Balancer에서 선택(Choose from Classic Load Balancers)**을 선택한 다음 **Classic Load Balancer** 필드에서 로드 밸런서를 선택합니다.

1. (옵션) **건전성 체크**, **추가 건전성 체크 유형**의 경우, **Elastic Load Balancing 건전성 체크 켜기**를 선택하십시오.

1. (옵션) **상태 확인 유예 기간**에 시간을 초 단위로 입력합니다. Amazon EC2 Auto Scaling이 인스턴스가 `InService` 상태에 진입한 후 상태를 확인하기 전에 기다려야 하는 시간입니다. 자세한 내용은 [Auto Scaling 그룹의 상태 확인 유예 기간 설정](health-check-grace-period.md)(을)를 참조하세요.

1. 계속해서 Auto Scaling 그룹을 생성합니다. Auto Scaling 그룹이 생성되면 인스턴스가 로드 밸런서에 자동으로 등록됩니다.

**Auto Scaling 그룹을 생성한 후 Auto Scaling 그룹에 기존 로드 밸런서를 연결하려면**

1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling 그룹(Auto Scaling Groups)**을 선택합니다.

1. Auto Scaling 그룹 옆의 확인란을 선택합니다.

   **Auto Scaling 그룹** 페이지 하단에 분할 창이 열립니다.

1. **통합** 탭에서 **로드 밸런싱**, **편집**을 선택합니다.

1. **로드 밸런싱**에서 다음 중 하나를 수행합니다.

   1. **Application, Network or Gateway Load Balancer target groups(Application, Network 또는 Gateway Load Balancer 대상 그룹)**에서 해당 확인란을 선택한 다음 대상 그룹을 선택합니다.

   1. **Classic Load Balancer**에서 해당 확인란을 선택하고 로드 밸런서를 선택합니다.

1. **Update(업데이트)**를 선택합니다.

로드 밸런서 연결을 완료하면 해당 그룹을 사용하는 상태 확인을 선택적으로 활성화할 수 있습니다.

**Elastic Load Balancing 상태 확인을 활성화하려면**

1. **세부 정보** 탭에서 **상태 확인**, **편집**을 선택합니다.

1. **상태 확인**, **추가 상태 확인 유형**의 경우 **Elastic Load Balancing 상태 확인 활성화**를 선택합니다.

1. **상태 확인 유예 기간**에 시간을 초 단위로 입력합니다. Amazon EC2 Auto Scaling이 인스턴스가 `InService` 상태에 진입한 후 상태를 확인하기 전에 기다려야 하는 시간입니다. 자세한 내용은 [Auto Scaling 그룹의 상태 확인 유예 기간 설정](health-check-grace-period.md)(을)를 참조하세요.

1. **업데이트**를 선택합니다.

**참고**  
 AWS CLI를 사용하여 로드 밸런서를 연결하는 동안 로드 밸런서의 상태를 모니터링할 수 있습니다. Amazon EC2 Auto Scaling이 인스턴스를 성공적으로 등록하고 하나 이상의 등록된 인스턴스가 상태 확인을 통과하면 `InService` 상태가 됩니다. 자세한 내용은 [로드 밸런서의 연결 상태 확인](load-balancer-status.md) 단원을 참조하십시오.

## 대상 그룹 또는 Classic Load Balancer 분리
<a name="as-remove-load-balancer"></a>

더 이상 로드 밸런서가 필요하지 않으면 다음 절차에 따라 Auto Scaling 그룹에서 분리합니다.

**그룹에서 로드 밸런서를 분리하려면**

1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling Groups**(Auto Scaling 그룹)를 선택합니다.

1. 기존 그룹 옆의 확인란을 선택합니다.

   **Auto Scaling 그룹** 페이지 하단에 분할 창이 열립니다.

1. **세부 정보** 탭에서 **로드 밸런싱**, **편집**을 선택합니다.

1. **로드 밸런싱**에서 다음 중 하나를 수행합니다.

   1. **Application, Network or Gateway Load Balancer target groups(Application, Network 또는 Gateway Load Balancer 대상 그룹)**에서 대상 그룹 옆에 있는 삭제 아이콘(X)을 선택합니다.

   1. **Classic Load Balancers**에서 로드 밸런서 옆에 있는 삭제 아이콘(X)을 선택합니다.

1. **업데이트**를 선택합니다.

대상 그룹 분리가 끝나면 Elastic Load Balancing 상태 확인을 비활성화할 수 있습니다.

**Elastic Load Balancing 상태 확인을 비활성화하려면**

1. **세부 정보** 탭에서 **상태 확인**, **편집**을 선택합니다.

1. **상태 확인**, **추가 상태 확인 유형**의 경우 **Elastic Load Balancing 상태 확인 활성화**를 선택 취소합니다.

1. **업데이트**를 선택합니다.

# 콘솔에서 Application Load Balancer 또는 Network Load Balancer 구성
<a name="as-create-load-balancer-console"></a>

Auto Scaling 그룹을 생성할 때 다음 절차를 따르면 Application Load Balancer 또는 Network Load Balancer를 생성하여 연결할 수 있습니다.

**새 Auto Scaling 그룹을 생성할 때 새 로드 밸런서를 생성하여 연결**

1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling Groups**(Auto Scaling 그룹)를 선택합니다.

1. **Create Auto Scaling group**(Auto Scaling 그룹 생성)을 선택합니다.

1. 1단계와 2단계에서 원하는 옵션을 선택하고 **3단계: 고급 옵션 구성**으로 진행합니다.

1. **Load balancing(로드 밸런싱)**에서**Attach to a new load balancer(새 로드 밸런서에 연결)**를 선택합니다.

   1. **Attach to a new load balancer(새 로드 밸런서에서 연결)**의 **Load balancer type(로드 밸런서 유형)**에서 Application Load Balancer 또는 Network Load Balancer를 생성할지 선택합니다.

   1. **Load balancer name(로드 밸런서 이름)**에 로드 밸런서의 이름을 입력하거나 기본 이름을 유지합니다.

   1. **Load balancer scheme(로드 밸런서 체계)**에서 퍼블릭 인터넷 경계 로드 밸런서를 생성할지 또는 내부 로드 밸런서의 기본값을 유지할지 선택합니다.

   1. **Availability Zones and subnets(가용 영역 및 서브넷)**에서 EC2 인스턴스를 시작하도록 선택한 각 가용 영역의 퍼블릭 서브넷을 선택합니다. 해당 항목은 2단계에서 미리 채워집니다.

   1. **Listeners and routing(리스너 및 라우팅)**에서 (필요한 경우) 리스너의 포트 번호를 업데이트하고 **Default routing(기본 라우팅)**에서 **Create a target group(대상 그룹 생성)**을 선택합니다. 또는 드롭다운 목록에서 기존 대상 그룹을 선택할 수도 있습니다.

   1. 마지막 단계에서 **대상 그룹 생성(Create a target group)**을 선택한 경우 **새 목표 그룹 이름(New target group name)**에 대상 그룹의 이름을 입력하거나 기본 이름을 유지합니다.

   1. 로드 밸런서에 태그를 추가하려면 **태그 추가(Add tag)**를 선택하고 각 태그에 대한 태그 키와 값을 입력합니다.

1. (옵션) **건전성 체크**, **추가 건전성 체크 유형**의 경우, **Elastic Load Balancing 건전성 체크 켜기**를 선택하십시오.

1. (옵션) **상태 확인 유예 기간**에 시간을 초 단위로 입력합니다. Amazon EC2 Auto Scaling이 인스턴스가 `InService` 상태에 진입한 후 상태를 확인하기 전에 기다려야 하는 시간입니다. 자세한 내용은 [Auto Scaling 그룹의 상태 확인 유예 기간 설정](health-check-grace-period.md)(을)를 참조하세요.

1. 계속해서 Auto Scaling 그룹을 생성합니다. Auto Scaling 그룹이 생성되면 인스턴스가 로드 밸런서에 자동으로 등록됩니다.
**참고**  
Auto Scaling 그룹을 생성한 후 Elastic Load Balancing 콘솔을 사용하여 추가 리스너를 생성할 수 있습니다. 이 기능은 HTTPS 또는 UDP 리스너와 같은 보안 프로토콜을 사용하여 리스너를 생성해야 하는 경우에 유용합니다. 고유 포트를 사용하는 경우에는 기존 로드 밸런서에 더 많은 리스너를 추가할 수 있습니다.

# 로드 밸런서의 연결 상태 확인
<a name="load-balancer-status"></a>

로드 밸런서를 연결하면 그룹의 인스턴스를 등록하는 동안 인스턴스가 `Adding` 상태로 전환됩니다. 그룹의 모든 인스턴스가 등록된 후에는 인스턴스가 `Added` 상태로 전환됩니다. 등록된 인스턴스가 하나 이상 상태 확인을 통과한 후에는 인스턴스가 `InService` 상태로 전환됩니다. 로드 밸런서가 `InService` 상태로 전환되면 Amazon EC2 Auto Scaling이 비정상으로 보고된 모든 인스턴스를 종료하고 교체할 수 있습니다. 등록된 인스턴스 중 상태 확인을 통과한 인스턴스가 없는 경우(예: 잘못 구성된 상태 확인으로 인해), 로드 밸런서가 `InService` 상태로 전환되지 않습니다. Amazon EC2 Auto Scaling은 인스턴스를 종료하거나 교체하지 않습니다.

로드 밸런서를 분리하면 그룹의 인스턴스를 등록 해제하는 동안 인스턴스가 `Removing` 상태로 전환됩니다. 인스턴스는 등록 해제된 후에도 계속 실행됩니다. 기본적으로 Application Load Balancer, Network Load Balancer 및 Gateway Load Balancer에 대해 Connection Draining(등록 취소 지연)이 활성화되어 있습니다. Connection Draining이 활성화된 경우 Elastic Load Balancing은 인스턴스를 등록 취소하기 전에 진행 중인 요청이 완료되거나 최대 제한 시간이 만료될 때까지 (먼저 일어나는 쪽을) 기다립니다.

 AWS Command Line Interface (AWS CLI) 또는 AWS SDKs. 콘솔에서는 연결 상태를 확인할 수 없습니다.

**AWS CLI 를 사용하여 연결 상태를 확인하려면**  
다음 [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html) 명령은 지정된 Auto Scaling 그룹에 대한 모든 트래픽 소스의 연결 상태를 반환합니다.

```
aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg
```

이 예제는 Auto Scaling 그룹에 연결된 Elastic Load Balancing 대상 그룹의 ARN을 `State` 요소에 있는 대상 그룹의 연결 상태와 함께 반환합니다.

```
{
    "TrafficSources": [
        {
            "Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456",
            "State": "InService",
            "Type": "elbv2"
        }
    ]
}
```

# 가용 영역 추가
<a name="as-add-az-console"></a>

안전하고 안정적인 지리적 이중화를 활용하기 위해서, 사용자가 작업 중인 리전의 여러 가용 영역에 걸쳐 Auto Scaling 그룹을 확장한 다음 로드 밸런서를 연결하여 들어오는 트래픽을 해당 영역에 분산시킵니다.

하나의 가용 영역이 비정상 또는 사용 불가 상태가 되었을 때, Amazon EC2 Auto Scaling에서는 영향을 받지 않은 가용 영역에서 새 인스턴스를 시작합니다. 비정상 가용 영역이 정상 상태로 복귀하는 경우 Amazon EC2 Auto Scaling은 Auto Scaling 그룹의 모든 가용 영역에 걸쳐 애플리케이션 인스턴스를 자동으로 고르게 재배포합니다. Amazon EC2 Auto Scaling은 인스턴스 수가 가장 적은 가용 영역에서 새 인스턴스를 시작하려고 시도하는 방식으로 고른 분산을 수행합니다. 하지만, 시도가 실패하는 경우 성공할 때까지 Amazon EC2 Auto Scaling은 다른 가용 영역에서의 시작을 계속 시도합니다.

Elastic Load Balancing은 로드 밸런서에 대해 활성화한 각 가용 영역에 대해 로드 밸런서 노드를 생성합니다. 로드 밸런서에 대해 교차 영역 로드 밸런싱을 활성화하면 각 로드 밸런서 노드가 활성화된 모든 가용 영역에 있는 등록된 인스턴스 간에 트래픽을 균등하게 분산합니다. 교차 영역 로드 밸런싱이 비활성화된 경우에는 각각의 로드 밸런서 노드가 해당 가용 영역에만 있는 등록된 인스턴스 간에 요청을 균등하게 분산합니다.

Auto Scaling 그룹을 생성할 때는 1개 이상의 가용 영역을 지정해야 합니다. Auto Scaling 그룹에 가용 영역을 추가한 다음 로드 밸런서에서 해당 가용 영역을 활성화하여 애플리케이션의 가용성을 늘릴 수 있습니다(로드 밸런서가 이 방식을 지원하는 경우).

**제한 사항**  
로드 밸런서에 대해 어떤 가용 영역을 활성화할지 업데이트하려면 다음 제한 사항을 숙지해야 합니다.
+ 로드 밸런서에 대해 가용 영역을 활성화할 때 해당 가용 영역에서 서브넷을 하나 지정합니다. 로드 밸런서에 대해 가용 영역당 최대 1개의 서브넷을 활성화할 수 있습니다.
+ 인터넷 경계 로드 밸런서의 경우 로드 밸런서에 대해 사용자가 지정하는 서브넷에 사용 가능한 IP 주소가 8개 이상 있어야 합니다.
+ Application Load Balancer의 경우 2개 이상의 가용 영역을 활성화해야 합니다.
+ Network Load Balancer의 경우 활성화된 가용 영역을 비활성화할 수 없지만 추가 가용 영역을 활성화할 수 있습니다.
+ Gateway Load Balancer의 경우 활성화된 가용 영역을 비활성화할 수 없지만 추가 가용 영역을 활성화할 수 있습니다.

다음 절차를 수행하면 Auto Scaling 그룹과 로드 밸런서를 추가 가용 영역의 서브넷으로 확장할 수 있습니다.

**가용 영역을 추가하려면**

1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling Groups**(Auto Scaling 그룹)를 선택합니다.

1. 기존 그룹 옆의 확인란을 선택합니다.

   **Auto Scaling 그룹** 페이지 하단에 분할 창이 열립니다.

1. **세부 정보** 탭에서 **네트워크**, **편집**을 선택합니다.

1. **Subnets(서브넷)**에서 Auto Scaling 그룹에 추가할 가용 영역에 해당하는 서브넷을 선택합니다.

1. **업데이트**를 선택합니다.

1. 로드 밸런서의 가용 영역을 업데이트하여 Auto Scaling 그룹과 동일한 가용 영역을 공유하게 하려면 다음 단계를 완료합니다.

   1. 탐색 창의 **Load Balancing** 아래에서 **로드 밸런서**를 선택합니다.

   1. 로드 밸런서를 선택합니다.

   1. 다음 중 하나를 수행하세요.
      + Application Load Balancer 및 Network Load Balancer의 경우:

        1. **Description(설명)** 탭의 **Availability Zones(가용 영역)**에서 **Edit subnets(서브넷 편집)**를 선택합니다.

        1. **Edit subnets(서브넷 편집)** 페이지의 **Availability Zones(가용 영역)**에서 추가할 가용 영역에 해당하는 확인란을 선택합니다. 해당 영역에 대해 서브넷이 하나뿐인 경우 해당 서브넷이 선택됩니다. 해당 영역에 대해 서브넷이 두 개 이상 있는 경우 서브넷 중 하나를 선택합니다.
      + VPC의 Classic Load Balancer의 경우:

        1. [**Instances**] 탭에서 [**Edit Availability Zones**]를 선택합니다.

        1. **Add and Remove Subnets(서브넷 추가 및 제거)** 페이지의 **Available subnets(사용 가능한 서브넷)**에서 추가 아이콘(\$1)을 사용하여 서브넷을 선택합니다. 그러면 서브넷이 **Selected subnets** 아래로 이동합니다.

   1. **저장**을 선택합니다.

## 관련 리소스
<a name="availability-zone-related-resources"></a>

Amazon EC2 Auto Scaling은 가용 영역을 변경할 때 그룹의 균형을 조정합니다. 이는 일부 인스턴스를 교체하고 재배포하는 것을 의미합니다. 자세한 내용은 [예: 가용 영역 전반에 인스턴스 분산](auto-scaling-benefits.md#arch-AutoScalingMultiAZ)(을)를 참조하세요.

로드 밸런서가 활성화되지 않은 가용 영역에 대상을 등록한 경우 로드 밸런서는 해당 대상으로 트래픽을 라우팅하지 않습니다. 자세한 내용은 [Elastic Load Balancing 사용 설명서](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html)의 *Elastic Load Balancing 작동 방식*을 참조하세요.

# 가용 영역 제거
<a name="as-remove-az-console"></a>

Auto Scaling 그룹과 로드 밸런서에서 가용 영역을 제거하려면 다음 절차를 수행하세요.

**가용 영역을 제거하려면**

1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling Groups**(Auto Scaling 그룹)를 선택합니다.

1. 기존 그룹 옆의 확인란을 선택합니다.

   **Auto Scaling 그룹** 페이지 하단에 분할 창이 열립니다.

1. **세부 정보** 탭에서 **네트워크**, **편집**을 선택합니다.

1. **Subnets**(서브넷)에서 Auto Scaling 그룹에서 제거할 가용 영역에 해당하는 서브넷의 삭제 아이콘(X)을 선택합니다. 해당 영역에 대해 서브넷이 두 개 이상 있는 경우 각 서브넷마다 삭제 아이콘(X)을 선택합니다.

1. **업데이트**를 선택합니다.

1. 로드 밸런서의 가용 영역을 업데이트하여 Auto Scaling 그룹과 동일한 가용 영역을 공유하게 하려면 다음 단계를 완료합니다.

   1. 탐색 창의 **Load Balancing** 아래에서 **로드 밸런서**를 선택합니다.

   1. 로드 밸런서를 선택합니다.

   1. 다음 중 하나를 수행하세요.
      + Application Load Balancer의 경우:

        1. **Description(설명)** 탭의 **Availability Zones(가용 영역)**에서 **Edit subnets(서브넷 편집)**를 선택합니다.

        1. **Edit subnets(서브넷 편집)** 페이지의 **Availability Zones(가용 영역)**에서 해당 확인란을 지워 해당 가용 영역의 서브넷을 제거합니다.
      + VPC의 Classic Load Balancer의 경우:

        1. [**Instances**] 탭에서 [**Edit Availability Zones**]를 선택합니다.

        1. **Add and Remove Subnets(서브넷 추가 및 제거)** 페이지의 **Available subnets(사용 가능한 서브넷)**에서 삭제 아이콘(-)을 사용하여 서브넷을 제거합니다. 그러면 서브넷이 **Available subnets(가용 서브넷)** 아래로 이동합니다.

   1. **저장**을 선택합니다.

# Auto Scaling 그룹에서 대상 그룹 또는 Classic Load Balancer 분리
<a name="as-remove-load-balancer"></a>

더 이상 로드 밸런서가 필요하지 않으면 다음 절차에 따라 Auto Scaling 그룹에서 분리합니다.

**그룹에서 로드 밸런서를 분리하려면**

1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling Groups**(Auto Scaling 그룹)를 선택합니다.

1. 기존 그룹 옆의 확인란을 선택합니다.

   **Auto Scaling 그룹** 페이지 하단에 분할 창이 열립니다.

1. **세부 정보** 탭에서 **로드 밸런싱**, **편집**을 선택합니다.

1. **로드 밸런싱**에서 다음 중 하나를 수행합니다.

   1. **Application, Network or Gateway Load Balancer target groups(Application, Network 또는 Gateway Load Balancer 대상 그룹)**에서 대상 그룹 옆에 있는 삭제 아이콘(X)을 선택합니다.

   1. **Classic Load Balancers**에서 로드 밸런서 옆에 있는 삭제 아이콘(X)을 선택합니다.

1. **업데이트**를 선택합니다.

대상 그룹 분리가 끝나면 Elastic Load Balancing 상태 확인을 비활성화할 수 있습니다.

**Elastic Load Balancing 상태 확인을 비활성화하려면**

1. **세부 정보** 탭에서 **상태 확인**, **편집**을 선택합니다.

1. **상태 확인**, **추가 상태 확인 유형**의 경우 **Elastic Load Balancing 상태 확인 활성화**를 선택 취소합니다.

1. **업데이트**를 선택합니다.

# 를 사용한 Elastic Load Balancing 작업 예제 AWS CLI
<a name="examples-elastic-load-balancing-aws-cli"></a>

 AWS Command Line Interface (AWS CLI)를 사용하여 로드 밸런서 및 대상 그룹을 연결, 분리 및 설명하고, Elastic Load Balancing 상태 확인을 추가 및 제거하고, 활성화된 가용 영역을 변경합니다.

이 주제에서는 Amazon EC2 Auto Scaling에 대한 일반적인 작업을 수행하는 AWS CLI 명령의 예를 보여줍니다.

**중요**  
추가 명령 예제는 *AWS CLI 명령 참조*의 [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/index.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/index.html) 및 [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/index.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/index.html)(을)를 참조하세요.

**Topics**
+ [대상 그룹 또는 Classic Load Balancer 연결](#example-attach-traffic-sources)
+ [대상 그룹 또는 Classic Load Balancer 설명](#example-describe-traffic-sources)
+ [Elastic Load Balancing 상태 확인 추가](#example-add-elb-healthcheck)
+ [가용 영역 변경](#example-specify-availability-zones)
+ [대상 그룹 또는 Classic Load Balancer 분리](#example-detach-traffic-sources)
+ [Elastic Load Balancing 상태 확인 제거](#example-remove-elb-healthcheck)
+ [레거시 명령](#legacy-commands)

## 대상 그룹 또는 Classic Load Balancer 연결
<a name="example-attach-traffic-sources"></a>

다음 [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html) 명령을 사용하여 Auto Scaling 그룹을 생성하고 Amazon 리소스 이름(ARN)을 지정하여 대상 그룹을 동시에 연결할 수 있습니다. 대상 그룹은 Application Load Balancer, Network Load Balancer 또는 Gateway Load Balancer와 연결할 수 있습니다.

`--auto-scaling-group-name`, `--vpc-zone-identifier`, `--min-size`, `--max-size`의 샘플 값을 바꿉니다. `--launch-template` 옵션의 경우, `my-launch-template` 및 `1`를 Auto Scaling 그룹의 시작 템플릿 이름 및 버전으로 바꿉니다. `--traffic-sources` 옵션의 경우, 샘플 ARN을 Application Load Balancer, Network Load Balancer 또는 Gateway Load Balancer에 대한 대상 그룹의 ARN으로 바꿉니다.

```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
  --launch-template LaunchTemplateName=my-launch-template,Version='1' \
  --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
  --min-size 1 --max-size 5 \
  --traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE1"
```

대상 그룹이 생성된 후에 [attach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-traffic-sources.html) 명령을 사용하여 추가 대상 그룹을 Auto Scaling 그룹에 연결합니다.

다음 명령은 다른 대상 그룹을 동일한 그룹에 추가합니다.

```
aws autoscaling attach-traffic-sources --auto-scaling-group-name my-asg \
  --traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE2"
```

또는 Classic Load Balancer를 그룹에 연결하려면 다음 예와 같이 **create-auto-scaling-group** 또는 **attach-traffic-sources**를 사용할 때 `--traffic-sources` 및 `--type` 옵션을 지정합니다. `my-classic-load-balancer`을 Classic Load Balancer의 이름으로 바꿉니다. `--type` 옵션의 경우, `elb`의 값을 지정합니다.

```
--traffic-sources "Identifier=my-classic-load-balancer" --type elb
```

## 대상 그룹 또는 Classic Load Balancer 설명
<a name="example-describe-traffic-sources"></a>

Auto Scaling 그룹에 연결된 로드 밸런서 또는 대상 그룹을 설명하려면 다음 [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html) 명령을 사용합니다. `my-asg`을 사용자 그룹의 이름으로 바꿉니다.

```
aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg
```

이 예에서는 Auto Scaling 그룹에 연결한 Elastic Load Balancing 대상 그룹의 ARN을 반환합니다.

```
{
    "TrafficSources": [
        {
            "Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE1",
            "State": "InService",
            "Type": "elbv2"
        },
        {
            "Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE2",
            "State": "InService",
            "Type": "elbv2"
        }
    ]
}
```

출력에서 `State` 필드에 대한 설명은 [로드 밸런서의 연결 상태 확인](load-balancer-status.md)(을)를 참조하세요.

## Elastic Load Balancing 상태 확인 추가
<a name="example-add-elb-healthcheck"></a>

Auto Scaling 그룹이 인스턴스에서 수행하는 상태 확인에 Elastic Load Balancing 상태 확인을 추가하려면 다음 [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) 명령을 사용하여 `ELB`를 `--health-check-type` 옵션의 값으로 지정합니다. `my-asg`을 사용자 그룹의 이름으로 바꿉니다.

```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
  --health-check-type "ELB"
```

새 인스턴스는 상태 확인을 통과하기 전에 간단한 준비를 위한 시간이 필요한 경우가 많습니다. 유예 기간에 준비 시간이 충분하지 않으면 인스턴스가 트래픽을 서비스할 준비가 되지 않은 것처럼 보일 수 있습니다. Amazon EC2 Auto Scaling은 이러한 인스턴스를 비정상으로 간주하여 교체할 수 있습니다.

상태 확인 유예 기간을 업데이트하려면 다음 예와 같이 **update-auto-scaling-group**을 사용할 때 `--health-check-grace-period` 옵션을 사용합니다. 새 인스턴스가 비정상인 것으로 확인될 경우 종료하기 전에 새 인스턴스를 계속 사용할 수 있게 하려면 *300*을 초 단위로 바꿉니다.

```
--health-check-grace-period 300
```

자세한 내용은 [Auto Scaling 그룹의 인스턴스에 대한 상태 확인](ec2-auto-scaling-health-checks.md)(을)를 참조하세요.

## 가용 영역 변경
<a name="example-specify-availability-zones"></a>

가용 영역 변경과 관련하여 다음과 같은 몇 가지 제한 사항을 파악하고 있어야 합니다. 자세한 내용은 [가용 영역 추가가용 영역 제거](as-add-az-console.md) 단원을 참조하십시오.

**Application Load Balancer 또는 Network Load Balancer의 가용 영역을 변경하려면**

1. 로드 밸런서의 가용 영역을 변경하기 전에 먼저 Auto Scaling 그룹의 가용 영역을 업데이트하여 지정된 영역에서 인스턴스 유형을 사용할 수 있는지 확인하는 것이 좋습니다.

   다음 [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) 명령을 사용하여 Auto Scaling 그룹에 사용되는 가용 영역을 업데이트합니다. 샘플 서브넷 ID를 활성화할 가용 영역의 서브넷 ID로 바꿉니다. 지정된 서브넷이 이전에 활성화된 서브넷을 바꿉니다. `my-asg`을 사용자 그룹의 이름으로 바꿉니다.

   ```
   aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
     --vpc-zone-identifier "subnet-41767929,subnet-cb663da2,subnet-8360a9e7"
   ```

1. 다음 [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html) 명령을 사용하여 새 서브넷의 인스턴스가 시작되었는지 확인합니다. 인스턴스가 시작된 경우 인스턴스 및 인스턴스 상태 목록이 표시됩니다. `my-asg`을 사용자 그룹의 이름으로 바꿉니다.

   ```
   aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
   ```

1. 다음 [set-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/set-subnets.html) 명령을 사용하여 로드 밸런서의 서브넷을 지정합니다. 샘플 서브넷 ID를 활성화할 가용 영역의 서브넷 ID로 바꿉니다. 가용 영역당 1개의 서브넷만 지정할 수 있습니다. 지정된 서브넷이 이전에 활성화된 서브넷을 바꿉니다. `my-lb-arn`를 로드 밸런서의 ARN으로 바꿉니다.

   ```
   aws elbv2 set-subnets --load-balancer-arn my-lb-arn \
     --subnets subnet-41767929 subnet-cb663da2 subnet-8360a9e7
   ```

**Classic Load Balancer의 가용 영역을 변경하려면**

1. 로드 밸런서의 가용 영역을 변경하기 전에 먼저 Auto Scaling 그룹의 가용 영역을 업데이트하여 지정된 영역에서 인스턴스 유형을 사용할 수 있는지 확인하는 것이 좋습니다.

   다음 [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) 명령을 사용하여 Auto Scaling 그룹에 사용되는 가용 영역을 업데이트합니다. 샘플 서브넷 ID를 활성화할 가용 영역의 서브넷 ID로 바꿉니다. 지정된 서브넷이 이전에 활성화된 서브넷을 바꿉니다. `my-asg`을 사용자 그룹의 이름으로 바꿉니다.

   ```
   aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
     --vpc-zone-identifier "subnet-41767929,subnet-cb663da2"
   ```

1. 다음 [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html) 명령을 사용하여 새 서브넷의 인스턴스가 시작되었는지 확인합니다. 인스턴스가 시작된 경우 인스턴스 및 인스턴스 상태 목록이 표시됩니다. `my-asg`을 사용자 그룹의 이름으로 바꿉니다.

   ```
   aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
   ```

1. 다음 [attach-load-balancer-to-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/attach-load-balancer-to-subnets.html) 명령을 사용하여 Classic Load Balancer에 대해 새 가용 영역을 활성화합니다. 샘플 서브넷 ID를 활성화할 가용 영역의 서브넷 ID로 바꿉니다. `my-lb`를 로드 밸런서의 이름으로 바꿉니다.

   ```
   aws elb attach-load-balancer-to-subnets --load-balancer-name my-lb \
     --subnets subnet-cb663da2
   ```

   가용 영역을 비활성화하려면 다음 [detach-load-balancer-from-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/detach-load-balancer-from-subnets.html) 명령을 사용합니다. 샘플 서브넷 ID를 비활성화할 가용 영역의 서브넷 ID로 바꿉니다. `my-lb`를 로드 밸런서의 이름으로 바꿉니다.

   ```
   aws elb detach-load-balancer-from-subnets --load-balancer-name my-lb \
     --subnets subnet-8360a9e7
   ```

## 대상 그룹 또는 Classic Load Balancer 분리
<a name="example-detach-traffic-sources"></a>

대상 그룹이 더이상 필요하지 않으면 [detach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-traffic-sources.html) 명령을 사용하여 Auto Scaling 그룹에서 대상 그룹을 분리합니다.

`--auto-scaling-group-name` 옵션의 경우, `my-asg`를 그룹 이름으로 바꿉니다. `--traffic-sources` 옵션의 경우, 샘플 ARN을 Application Load Balancer, Network Load Balancer 또는 Gateway Load Balancer에 대한 대상 그룹의 ARN으로 바꿉니다.

```
aws autoscaling detach-traffic-sources --auto-scaling-group-name my-asg \
  --traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456"
```

그룹에서 Classic Load Balancer를 분리하려면 다음 예와 같이 `--traffic-sources` 및 `--type` 옵션을 지정합니다. `my-classic-load-balancer`을 Classic Load Balancer의 이름으로 바꿉니다. `--type` 옵션의 경우, `elb`의 값을 지정합니다.

```
--traffic-sources "Identifier=my-classic-load-balancer" --type elb
```

## Elastic Load Balancing 상태 확인 제거
<a name="example-remove-elb-healthcheck"></a>

Auto Scaling 그룹에서 Elastic Load Balancing 상태 확인을 제거하려면 다음 [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) 명령을 사용하여 `EC2`를 `--health-check-type` 옵션의 값으로 지정합니다. `my-asg`을 사용자 그룹의 이름으로 바꿉니다.

```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
  --health-check-type "EC2"
```

자세한 내용은 [Auto Scaling 그룹의 인스턴스에 대한 상태 확인](ec2-auto-scaling-health-checks.md)(을)를 참조하세요.

## 레거시 명령
<a name="legacy-commands"></a>

다음 예에서는 레거시 CLI 명령을 사용하여 로드 밸런서와 대상 그룹을 연결, 분리, 설명하는 방법을 보여줍니다. 이 설명서는 이 설명서를 사용하려는 모든 고객을 위한 참조 자료로 유지됩니다. 레거시 CLI 명령은 계속 지원되지만 여러 트래픽 소스 유형을 연결하고 분리할 수 있는 새로운 “트래픽 소스” CLI 명령을 사용하는 것이 좋습니다. 동일한 Auto Scaling 그룹에서 레거시 CLI 명령과 “트래픽 소스” CLI 명령을 모두 사용할 수 있습니다.

### 대상 그룹 또는 Classic Load Balancer(레거시) 연결
<a name="example-attach-load-balancer-target-group"></a>

**대상 그룹을 연결하려면**  
다음 [Create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html) 명령은 연결된 대상 그룹을 사용하여 Auto Scaling 그룹을 생성합니다. Application Load Balancer, Network Load Balancer 또는 Gateway Load Balancer에 대한 대상 그룹의 Amazon 리소스 이름(ARN)을 지정합니다.

```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
  --launch-template LaunchTemplateName=my-launch-template,Version='1' \
  --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
  --target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" \
  --min-size 1 --max-size 5
```

다음 [attach-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-load-balancer-target-groups.html) 명령은 대상 그룹을 기존 Auto Scaling 그룹에 연결합니다.

```
aws autoscaling attach-load-balancer-target-groups --auto-scaling-group-name my-asg \
  --target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456"
```

**Classic Load Balancer를 연결하려면**  
다음 [Create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html) 명령은 연결된 Classic Load Balancer에서 Auto Scaling 그룹을 생성합니다.

```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
  --launch-configuration-name my-launch-config \
  --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
  --load-balancer-names "my-load-balancer" \
  --min-size 1 --max-size 5
```

다음 [attach-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-load-balancers.html) 명령은 지정된 Classic Load Balancer를 기존 Auto Scaling 그룹에 연결합니다.

```
aws autoscaling attach-load-balancers --auto-scaling-group-name my-asg \
  --load-balancer-names my-lb
```

### 대상 그룹 또는 Classic Load Balancer(레거시) 설명
<a name="example-describe-load-balancer-target-groups"></a>

**대상 그룹을 설명하려면**  
Auto Scaling 그룹과 연결된 대상 그룹을 설명하려면 [describe-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-load-balancer-target-groups.html) 명령을 사용합니다. 다음은 *my-asg*에 대한 대상 그룹을 나열하는 예제입니다.

```
aws autoscaling describe-load-balancer-target-groups --auto-scaling-group-name my-asg
```

**Classic Load Balancer를 설명하려면**  
Auto Scaling 그룹과 연결된 Classic Load Balancer를 설명하려면 [describe-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-load-balancers.html) 명령을 사용합니다. 다음 예제에서는 *my-asg*의 Classic Load Balancer를 나열합니다.

```
aws autoscaling describe-load-balancers --auto-scaling-group-name my-asg
```

### 대상 그룹 또는 Classic Load Balancer(레거시) 분리
<a name="example-detach-load-balancer-target-group"></a>

**대상 그룹을 분리하려면**  
대상 그룹이 더 이상 필요하지 않으면 다음 [detach-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-load-balancer-target-groups.html) 명령으로 Auto Scaling 그룹에서 대상 그룹을 분리할 수 있습니다.

```
aws autoscaling detach-load-balancer-target-groups --auto-scaling-group-name my-asg \
  --target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456"
```

**Classic Load Balancer를 분리하려면**  
필요하지 않은 경우 다음 [detach-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-load-balancers.html) 명령을 사용하면 Auto Scaling 그룹에서 Classic Load Balancer를 분리할 수 있습니다.

```
aws autoscaling detach-load-balancers --auto-scaling-group-name my-asg \
  --load-balancer-names my-lb
```