Amazon EC2 Auto Scaling이란 무엇입니까?
Amazon EC2 Auto Scaling을 사용하면 애플리케이션의 로드를 처리할 수 있는 정확한 수의 Amazon EC2 인스턴스를 유지할 수 있습니다. 오토 스케일링이라는 EC2 인스턴스 모음을 생성합니다. 각 오토 스케일링의 최소 인스턴스 수를 지정할 수 있으며, Amazon EC2 Auto Scaling에서는 그룹의 크기가 이 값 아래로 내려가지 않습니다. 각 오토 스케일링의 최대 인스턴스 수를 지정할 수 있으며, Amazon EC2 Auto Scaling에서는 그룹의 크기가 이 값을 넘지 않습니다. 원하는 용량을 지정한 경우 그룹을 생성한 다음에는 언제든지 Amazon EC2 Auto Scaling에서 해당 그룹에서 이만큼의 인스턴스를 보유할 수 있습니다. 조정 정책을 지정했다면 Amazon EC2 Auto Scaling에서는 애플리케이션의 늘어나거나 줄어드는 수요에 따라 인스턴스를 시작하거나 종료할 수 있습니다.
예를 들어, 아래 그림의 오토 스케일링의 경우 최소 인스턴스 수 1개, 원하는 인스턴스 용량 2개, 최대 인스턴스 수 4개가 됩니다. 사용자가 정의한 조정 정책에 따라 인스턴스 수가 최소 및 최대 인스턴스 수 내에서 지정하는 조건에 따라 조절됩니다.
Auto Scaling 구성 요소
다음 표에서는 Amazon EC2 Auto Scaling의 주요 구성 요소에 대해 설명합니다.
Amazon EC2 Auto Scaling 요금
Amazon EC2 Auto Scaling에 대한 추가 비용은 없으며, 따라서 우선 사용해 보고 AWS 아키텍처가 주는 이점에 대해 알아볼 수 있습니다. 사용한 AWS 리소스에 대한 요금만 지불합니다(예: EC2 인스턴스, EBS 볼륨 및 CloudWatch 경보).
오토 스케일링 작업
다음 인터페이스 중 하나를 사용하여 오토 스케일링을 생성, 액세스 및 관리할 수 있습니다.
AWS Management Console - 오토 스케일링에 액세스할 때 사용할 수 있는 웹 인터페이스를 제공합니다. AWS 계정에 가입한 경우 AWS Management Console에 로그인하고 탐색 모음의 검색 상자를 사용하여 오토 스케일링(Auto Scaling groups)을 검색한 다음 오토 스케일링(Auto Scaling groups)을 선택하여 오토 스케일링에 액세스할 수 있습니다.
AWS Command Line Interface(AWS CLI) - 다양한 AWS 서비스에서 사용되는 명령어를 제공하며 Windows, macOS, Linux를 지원합니다. 시작하려면 AWS Command Line Interface 사용 설명서를 참조하세요. 자세한 내용은 AWS CLI 명령 참조의 autoscaling을 참조하세요.
AWS Tools for Windows PowerShell – PowerShell 환경에서 스크립트를 작성하는 사용자를 위해 광범위한 AWS 제품 집합에 대한 명령을 제공합니다. 시작하려면 AWS Tools for Windows PowerShell 사용 설명서를 참조하세요. 자세한 내용은 AWS Tools for PowerShell Cmdlet 참조를 참조하세요.
AWS SDK - 언어별 API 작업을 제공하고, 서명 계산, 요청 재시도 처리 및 오류 처리와 같은 많은 연결 세부 정보를 관리합니다. 자세한 정보는 AWS SDK를 참조하세요.
쿼리 API - HTTPS 요청을 사용하여 호출하는 하위 수준의 API 작업을 제공합니다. 쿼리 API 사용은 AWS 서비스에 액세스할 수 있는 가장 직접적인 방법입니다. 하지만 이를 사용하려면 애플리케이션에서 요청에 서명할 해시 생성 및 오류 처리와 같은 하위 수준의 세부 정보를 처리해야 합니다. 자세한 내용은 Amazon EC2 Auto Scaling API Reference(Amazon EC2 Auto Scaling API 레퍼런스)를 참조하세요.
AWS CloudFormation - CloudFormation 템플릿을 사용하여 오토 스케일링 생성을 지원합니다. 자세한 정보는 AWS CloudFormation을 이용한 Auto Scaling 그룹 생성을 참조하십시오.
AWS 서비스에 프로그래밍 방식으로 연결하려면 엔드포인트를 사용해야 합니다. Amazon EC2 Auto Scaling 호출을 위한 엔드포인트에 대한 자세한 내용은 AWS 일반 참조의 Amazon EC2 Auto Scaling 엔드포인트 및 할당량를 참조하세요.
Amazon EC2 Auto Scaling의 이점
Amazon EC2 Auto Scaling을 애플리케이션 아키텍처에 추가하는 것은 AWS 클라우드의 이점을 극대화할 수 있는 한 가지 방법입니다. Amazon EC2 Auto Scaling을 사용하면 애플리케이션에서는 다음과 같은 이점을 누릴 수 있습니다.
향상된 내결함성. Amazon EC2 Auto Scaling에서는 인스턴스가 비정상 상태일 때 이를 감지하여 종료한 다음 이를 대체할 인스턴스를 시작할 수 있습니다. 여러 개의 가용 영역을 사용하도록 Amazon EC2 Auto Scaling을 구성할 수도 있습니다. 하나의 가용 영역이 사용 불가 상태가 되면 Amazon EC2 Auto Scaling에서는 다른 가용 영역에서 새 인스턴스를 시작하여 이에 대처할 수 있습니다.
가용성 향상. Amazon EC2 Auto Scaling은 애플리케이션이 항상 현재 트래픽 요구를 처리할 수 있는 올바른 용량을 갖추도록 도와줍니다.
비용 관리 향상. Amazon EC2 Auto Scaling은 필요에 따라 용량을 동적으로 늘리거나 줄일 수 있습니다. 사용한 EC2 인스턴스에 대해서만 비용을 지불하므로, 인스턴스가 필요할 때 이를 시작하고 필요 없어지면 종료함으로써 비용을 절감합니다.
예제: 가변적인 수요에 대응
Amazon EC2 Auto Scaling의 이점 중 몇 가지를 시연하기 위해 AWS에서 실행되는 기본 웹 애플리케이션을 살펴보겠습니다. 이 애플리케이션을 사용하여 직원들은 회의에 사용하려는 회의실을 찾을 수 있습니다. 한 주의 시작과 끝에는 이 애플리케이션의 사용량이 최소 수준입니다. 주 중반쯤에는 더 많은 직원이 회의 일정을 잡고 있으며, 따라서 애플리케이션에 대한 수요가 눈에 띄게 증가합니다.
다음 그래프는 일주일 동안 애플리케이션의 용량이 얼마나 사용되었는지를 나타냅니다.
일반적으로 이러한 용량 변동을 계획하는 방법에는 두 가지가 있습니다. 첫 번째 옵션은 충분한 서버를 추가하여 애플리케이션에 항상 수요를 충족할 만큼의 충분한 용량이 확보되도록 하는 것입니다. 하지만 이 옵션의 단점은 애플리케이션에 이만큼의 용량이 필요 없는 날들도 있다는 것입니다. 여분의 용량이 미사용으로 남아 있다는 것은 결국 애플리케이션 실행 유지 비용의 상승을 의미합니다.
두 번째 옵션은 애플리케이션에 대한 평균 수요를 처리할 수 있는 충분한 용량이 확보되도록 하는 것입니다. 이 옵션을 선택하면 가끔 사용되는 장비를 구매하지 않아도 되므로 비용이 절감됩니다. 그러나 애플리케이션에 대한 수요가 용량을 초과할 경우 부정적인 고객 경험을 초래할 위험이 있습니다.
애플리케이션에 Amazon EC2 Auto Scaling을 추가함으로써 세 번째 옵션을 사용할 수 있습니다. 즉, 필요 시에만 애플리케이션에 새 인스턴스를 추가하고 더 이상 필요 없을 때 이를 종료할 수 있습니다. Amazon EC2 Auto Scaling은 EC2 인스턴스를 사용하므로 사용한 인스턴스에 대해서만 인스턴스 사용 시에 비용을 지불하면 됩니다. 이제 여러분은 비용을 최소화하면서도 최상의 고객 경험을 제공하는 비용 효율적인 아키텍처를 갖게 되었습니다.
예: 웹 앱 아키텍처
일반적인 웹 앱 시나리오에서는 고객 트래픽 볼륨을 처리하기 위해 여러 개의 앱 사본을 동시에 실행합니다. 이러한 다수의 애플리케이션 사본은 동일한 EC2 인스턴스(클라우드 서버)에서 호스팅되며, 각각에서 고객 요청이 처리됩니다.
Amazon EC2 Auto Scaling에서는 사용자를 대신하여 이러한 EC2 인스턴스의 시작과 종료를 관리합니다. 오토 스케일링에서 EC2 인스턴스를 시작하거나 종료하는 시기를 결정하는 조건(Amazon CloudWatch 경보 등)의 집합을 정의합니다. 오토 스케일링을 네트워크 아키텍처에 추가하면 애플리케이션의 가용성과 내결함성을 향상시킬 수 있습니다.
필요한 만큼 오토 스케일링을 생성할 수 있습니다. 예를 들어, 각 티어별로 오토 스케일링을 생성할 수 있습니다.
오토 스케일링의 인스턴스 간 트래픽을 분산하기 위해 로드 밸런서를 아키텍처에 도입할 수 있습니다. 자세한 정보는 Elastic Load Balancing을 참조하십시오.
예제: 가용 영역 전반에 인스턴스 분산
가용 영역은 주어진 AWS 리전 내에 있는 격리된 위치입니다. 각 리전에는 리전에 대한 고가용성을 제공하도록 설계된 여러 가용 영역이 있습니다. 가용 영역은 독립적이므로 여러 영역을 사용하도록 애플리케이션을 설계하면 애플리케이션 가용성이 향상됩니다.
가용 영역은 식별 문자(예: us-east-1a)와 같이 AWS 리전 코드로 식별됩니다. 기본 VPC를 사용하는 대신 VPC와 서브넷을 생성하는 경우 각 가용 영역에서 하나 이상의 서브넷을 정의할 수 있습니다. 각 서브넷은 단일 가용 영역 내에서만 존재해야 하며, 여러 영역으로 확장할 수 없습니다. 자세한 내용을 알아보려면 Amazon VPC 사용 설명서의 Amazon VPC 작동 방식을 참조하세요.
오토 스케일링을 생성할 때는 오토 스케일링을 배포할 VPC와 서브넷을 선택해야 합니다. Amazon EC2 Auto Scaling은 선택한 서브넷에 인스턴스를 생성합니다. 따라서 각 인스턴스는 Amazon EC2 Auto Scaling에서 선택한 특정 가용 영역과 연결됩니다. 인스턴스가 시작되면 Amazon EC2 Auto Scaling은 고가용성과 신뢰성을 위해 영역 간에 인스턴스를 고르게 배포하려고 합니다.
다음 이미지는 3개의 가용 영역에 배포된 다중 계층 아키텍처의 개요를 보여 줍니다.
인스턴스 분산
Amazon EC2 Auto Scaling은 활성화된 각 가용 영역에서 동일한 수의 인스턴스를 자동으로 유지하려고 시도합니다. Amazon EC2 Auto Scaling은 인스턴스 수가 가장 적은 가용 영역에서 새 인스턴스를 시작하려고 시도하는 방식으로 고른 분산을 수행합니다. 가용 영역에 대해 선택한 서브넷이 여러 개인 경우 Amazon EC2 Auto Scaling은 가용 영역에서 무작위로 서브넷을 선택합니다. 하지만 이 시도가 실패하는 경우 성공할 때까지 Amazon EC2 Auto Scaling는 다른 가용 영역에서 인스턴스 시작을 계속 시도합니다.
가용 영역이 비정상이거나 사용할 수 없는 상황에서는 인스턴스가 가용 영역 전체에 고르지 않게 배포될 수 있습니다. 가용 영역이 복구되면 Amazon EC2 Auto Scaling이 오토 스케일링을 자동으로 재조정합니다. .인스턴스가 가장 적은 활성화된 가용 영역에서 인스턴스를 시작하고 다른 곳에서는 인스턴스를 종료하여 이를 수행합니다.
재분배 활동
가용 영역 재분배
특정 작업이 발생하면 오토 스케일링의 가용 영역 간에 불균형이 발생할 수 있습니다. 이 때 Amazon EC2 Auto Scaling이 가용 영역을 재분배하여 보상합니다. 다음 작업으로 인해 재분배 활동이 발생할 수 있습니다.
오토 스케일링과 연결된 가용 영역을 변경합니다.
인스턴스를 명시적으로 종료 또는 분리하거나 인스턴스를 대기 상태로 두면 그룹이 불균형 상태가 됩니다.
이전에 용량이 부족했던 가용 영역이 복구되어 이제 추가적인 용량이 있습니다.
이전에 스팟 가격이 최대 가격보다 높았던 가용 영역이 이제 스팟 가격이 하락하여 최대 가격 아래로 떨어진 경우
재조정 시 Amazon EC2 Auto Scaling은 이전 인스턴스를 종료하기 전에 새 인스턴스를 시작합니다. 이렇게 하면 재분배가 애플리케이션의 성능이나 가용성을 손상시키지 않습니다.
Amazon EC2 Auto Scaling에서는 이전 인스턴스 종료 전에 새 인스턴스를 시작하려 하므로 지정된 최대 용량에 도달하거나 이에 근접하면 재분배 활동을 지연시키거나 완전히 중지할 수 있습니다.
이 문제를 피하기 위해 시스템은 재분배 활동 중에 그룹의 지정된 최대 용량을 일시적으로 초과할 수 있습니다. 10% 또는 하나의 인스턴스 중 더 큰 차이로 이를 수행할 수 있습니다. 마진은 그룹이 최대 용량이거나 거의 최대 용량에 도달하고 재분배가 필요한 경우에만 확장됩니다. 이는 사용자가 요청한 영역 재조정 또는 영역 가용성 문제를 보완하기 위해 발생할 수 있습니다. 확장은 그룹에 재분배가 필요한 동안에만 유지됩니다(대개 몇 분 정도).
용량 재분배
스팟 인스턴스를 사용할 때 오토 스케일링에 대해 용량 재분배를 켤 수 있습니다. 이로 인해 Amazon EC2가 스팟 인스턴스의 중단 위험이 높다고 보고할 때마다 Amazon EC2 Auto Scaling에서 스팟 인스턴스를 시작하려고 시도합니다. 새 인스턴스를 시작한 다음 이전 인스턴스를 종료합니다. 자세한 정보는 용량 재분배를 사용하여 Amazon EC2 스팟 중단 처리을 참조하십시오.
Amazon EC2 Auto Scaling 인스턴스 수명 주기
오토 스케일링의 EC2 인스턴스에는 다른 EC2 인스턴스와는 다른 경로, 즉 수명 주기가 있습니다. 수명 주기는 오토 스케일링이 인스턴스를 시작하고 서비스에 들어갈 때 시작됩니다. 수명 주기는 인스턴스를 종료하거나 오토 스케일링이 인스턴스를 서비스에서 제외시키고 이를 종료할 때 끝납니다.
확장
다음 확장 이벤트는 오토 스케일링에 EC2 인스턴스를 시작하고 이를 그룹에 연결하라고 지시합니다.
그룹의 크기를 수동으로 늘립니다. 자세한 정보는 Amazon EC2 Auto Scaling의 수동 조정을 참조하십시오.
지정된 수요 증가에 따라 그룹의 크기를 자동으로 늘리는 조정 정책을 만듭니다. 자세한 정보는 Amazon EC2 Auto Scaling의 동적 조정을 참조하십시오.
특정 시간에 그룹의 크기를 늘리도록 조정을 일정 기반으로 설정합니다. 자세한 정보는 Amazon EC2 Auto Scaling에 예약된 조정을 참조하십시오.
확장 이벤트가 발생하면 오토 스케일링이 할당된 시작 템플릿을 사용하여 필요한 수의 EC2 인스턴스를 시작합니다. 이러한 인스턴스는 Pending 상태에서 시작됩니다. 오토 스케일링에 수명 주기 후크를 추가하면 여기에서 사용자 지정 작업을 수행할 수 있습니다. 자세한 정보는 수명 주기 후크을 참조하십시오.
각 인스턴스가 완전히 구성되고 Amazon EC2 상태 확인을 통과하면, 오토 스케일링에 연결되고 InService 상태에 들어갑니다. 이 인스턴스는 원하는 오토 스케일링 용량에서 감산됩니다.
오토 스케일링이 Elastic Load Balancing 로드 밸런서에서 트래픽을 수신하도록 구성된 경우 Amazon EC2 Auto Scaling은 인스턴스가 로드 밸런서에서 로드 밸런서에서 로드 밸런서를 자동으로 등록하고 인스턴스를 로드 밸런서에 등록합니다.InService.
다음은 스케일 아웃 이벤트를 위해 로드 밸런서에 인스턴스를 등록하는 워크플로를 요약한 것입니다.
서비스 상태의 인스턴스
인스턴스는 다음 중 하나가 발생할 때까지 InService 상태로 유지됩니다.
축소 이벤트가 발생하고 Amazon EC2 Auto Scaling에서 오토 스케일링의 크기를 줄이기 위해 이 인스턴스를 종료합니다. 자세한 정보는 축소 시 종료할 Auto Scaling 인스턴스 제어을 참조하십시오.
인스턴스를 Standby 상태로 설정합니다. 자세한 정보는 대기 모드 시작 및 종료을 참조하십시오.
오토 스케일링에서 인스턴스를 분리합니다. 자세한 정보는 인스턴스 분리을 참조하십시오.
인스턴스가 필요한 수의 상태 확인에 실패한 경우, 오토 스케일링에서 제거, 종료 및 교체됩니다. 자세한 정보는 Auto Scaling 인스턴스의 상태 확인을 참조하십시오.
축소
다음 축소 이벤트는 오토 스케일링이 그룹에서 EC2 인스턴스를 분리하고 이를 종료하라고 지시합니다.
그룹의 크기를 수동으로 줄입니다. 자세한 정보는 Amazon EC2 Auto Scaling의 수동 조정을 참조하십시오.
지정된 수요 감소에 따라 그룹의 크기를 자동으로 줄이는 조정 정책을 만듭니다. 자세한 정보는 Amazon EC2 Auto Scaling의 동적 조정을 참조하십시오.
특정 시간에 그룹의 크기를 줄이도록 조정을 일정 기반으로 설정합니다. 자세한 정보는 Amazon EC2 Auto Scaling에 예약된 조정을 참조하십시오.
생성한 확장 이벤트 각각에 대해 이에 상응하는 축소 이벤트를 생성하는 것이 중요합니다. 이렇게 하면 애플리케이션에 할당된 리소스와 그러한 리소스의 수요를 가능한 한 가깝게 일치시킬 수 있습니다.
축소 이벤트가 발생하면 오토 스케일링에서 하나 이상의 인스턴스를 종료합니다. 오토 스케일링이 종료 정책을 사용하여 종료할 인스턴스를 결정합니다. 오토 스케일링에서 분리되어 종료 중인 인스턴스는 Terminating 상태로 전환되며, 다시 서비스 상태로 돌아갈 수 없습니다. 오토 스케일링에 수명 주기 후크를 추가하면 여기에서 사용자 지정 작업을 수행할 수 있습니다. 마지막으로 인스턴스가 완전히 종료되고 Terminated 상태로 들어갑니다.
오토 스케일링이 Elastic Load Balancing 로드 밸런서 뒤에 있는 경우 Amazon EC2 Auto Scaling은 인스턴스가 로드 밸런서에서 등록을 취소할 때까지 기다렸다가 종료 수명 주기 후크를 호출합니다(구성된 경우). 인스턴스를 등록 취소하면 모든 새 요청이 로드 밸런서의 대상 그룹에 있는 다른 인스턴스로 리디렉션되고 기존 인스턴스 연결은 등록 취소 지연이 만료될 때까지 지속될 수 있습니다.
다음은 스케일 인 이벤트에서 로드 밸런서를 사용하여 인스턴스를 등록 취소하는 워크플로를 요약한 것입니다.
인스턴스 연결
오토 스케일링에 특정 기준을 충족하는 실행 중인 EC2 인스턴스를 연결할 수 있습니다. 인스턴스가 연결되면 오토 스케일링의 일부로 관리됩니다.
인스턴스 분리
오토 스케일링에서 인스턴스를 분리할 수 있습니다. 인스턴스를 분리한 후에는 이를 오토 스케일링과 별도로 관리하거나 다른 오토 스케일링에 연결할 수 있습니다.
수명 주기 후크
인스턴스를 시작하거나 종료할 때 사용자 지정 작업을 수행할 수 있도록 오토 스케일링에 수명 주기 후크를 추가할 수 있습니다.
Amazon EC2 Auto Scaling이 확장 이벤트에 응답하면 하나 이상의 인스턴스를 시작합니다. 이러한 인스턴스는 Pending 상태에서 시작됩니다. 오토 스케일링에 autoscaling:EC2_INSTANCE_LAUNCHING 수명 주기 후크를 추가한 경우, 인스턴스가 Pending 상태에서 Pending:Wait 상태로 이동합니다. 수명 주기 작업을 완료하면 인스턴스가 Pending:Proceed 상태로 들어갑니다. 인스턴스가 완전히 구성되면 오토 스케일링에 연결되고 InService 상태로 들어갑니다.
Amazon EC2 Auto Scaling은 축소 이벤트에 응답할 경우 하나 이상의 인스턴스를 종료합니다. 오토 스케일링에서 이러한 인스턴스가 분리되고 Terminating 상태로 들어갑니다. 오토 스케일링에 autoscaling:EC2_INSTANCE_TERMINATING 수명 주기 후크를 추가한 경우, 인스턴스가 Terminating 상태에서 Terminating:Wait 상태로 이동합니다. 수명 주기 작업을 완료하면 인스턴스가 Terminating:Proceed 상태로 들어갑니다. 인스턴스가 완전히 종료되면 Terminated 상태로 들어갑니다.
자세한 정보는 Amazon EC2 Auto Scaling 수명 주기 후크을 참조하십시오.
대기 모드 시작 및 종료
InService 상태인 인스턴스를 Standby 상태로 변경할 수 있습니다. 이를 통해 서비스에서 인스턴스를 제거하거나 문제를 해결하거나 변경한 다음 다시 서비스 상태로 되돌릴 수 있습니다.
Standby 상태의 인스턴스는 계속해서 오토 스케일링에서 관리됩니다. 그러나 이러한 인스턴스를 다시 서비스 상태로 되돌리기 전까지는 애플리케이션의 활성 부분이 아닙니다.
Amazon EC2 Auto Scaling 할당량
AWS 계정에는 각 AWS 서비스에 대한 기본 할당량(이전에는 제한이라고 함)이 있습니다. 다르게 표시되지 않는 한, 리전별로 각 할당량이 적용됩니다. 일부 할당량에 대한 증가를 요청할 수 있으며 다른 할당량은 늘릴 수 없습니다.
Amazon EC2 Auto Scaling 할당량을 보려면Service Quotas 콘솔을 엽니다. 탐색 창에서 AWS 서비스를 선택하고 Amazon EC2 Auto Scaling을 선택합니다.
할당량 증가를 요청하려면 Service Quotas 사용 설명서의 할당량 증가 요청을 참조하세요. Service Quotas에서 아직 할당량을 사용할 수 없는 경우 Auto Scaling 제한 양식(Auto Scaling Limits form)을 사용합니다. 할당량 증가는 요청한 리전에서만 적용됩니다.
모든 요청이 AWS Support에 제출됩니다. AWS Support 콘솔에서 요청 사례를 추적할 수 있습니다.
Amazon EC2 Auto Scaling 리소스
AWS 계정에는 생성할 수 있는 오토 스케일링 및 시작 구성의 수와 관련된 다음 할당량이 있습니다.
| 리소스 | 기본 할당량 |
|---|---|
| 리전별 오토 스케일링 | 500 |
| 리전별 시작 구성 | 200 |
오토 스케일링 구성
AWS 계정에는 오토 스케일링 구성과 관련된 다음 할당량이 있습니다. 변경할 수 없습니다.
| 리소스 | Quota |
|---|---|
| 오토 스케일링당 조정 정책 | 50 |
| 오토 스케일링당 예약된 작업 | 125 |
| 조정 정책 단계당 단계 조정 | 20 |
| 오토 스케일링당 수명 주기 후크 | 50 |
| 오토 스케일링당 SNS 주제 | 10 |
| 오토 스케일링당 Classic Load Balancer | 50 |
| 오토 스케일링당 대상 그룹 | 50 |
오토 스케일링 API 작업
Amazon EC2 Auto Scaling은 배치로 오토 스케일링을 변경할 API 작업을 제공합니다. 다음은 단일 작업에서 허용되는 최대 항목 수(최대 배열 구성원)에 대한 API 제한입니다. 변경할 수 없습니다.
| 작업 | 최대 배열 구성원 |
|---|---|
| AttachInstances | 인스턴스 ID 20개 |
| AttachLoadBalancers | 로드 밸런서 10개 |
| AttachLoadBalancerTargetGroups | 대상 그룹 10개 |
| BatchDeleteScheduledAction | 예약 작업 50개 |
| BatchPutScheduledUpdateGroupAction | 예약 작업 50개 |
| DetachInstances | 인스턴스 ID 20개 |
| DetachLoadBalancers | 로드 밸런서 10개 |
| DetachLoadBalancerTargetGroups | 대상 그룹 10개 |
| EnterStandby | 인스턴스 ID 20개 |
| ExitStandby | 인스턴스 ID 20개 |
| SetInstanceProtection | 인스턴스 ID 50개 |
실습
알아서..
https://docs.aws.amazon.com/ko_kr/autoscaling/ec2/userguide/get-started-with-ec2-auto-scaling.html
