일반

Q: Amazon EC2 Auto Scaling이란 무엇입니까?

Amazon EC2 Auto Scaling은 Amazon EC2 인스턴스를 자동으로 시작하거나 종료하여 애플리케이션 로드를 처리하기에 적절한 수의 Amazon EC2 인스턴스를 유지할 수 있도록 설계된 완전관리형 서비스입니다. Amazon C2 Auto Scaling을 사용하면 비정상 인스턴스를 탐지하여 교체하는 EC2 인스턴스 플릿 관리를 통해 그리고 사용자가 정의하는 조건에 따라 Amazon EC2 용량을 자동으로 확장 또는 축소함으로써 애플리케이션 가용성을 유지할 수 있습니다. 또한, Amazon EC2 Auto Scaling을 사용하면 수요가 급증할 경우 Amazon EC2 인스턴스의 수를 자동으로 늘려 성능을 그대로 유지하고, 수요가 적을 경우 자동으로 용량을 줄여 비용을 절감할 수 있습니다.

Q: Amazon EC2 Auto Scaling과 AWS Auto Scaling은 각각 언제 사용해야 합니까?

애플리케이션 규모 조정 계획을 정의하는 데 지침이 좀 더 필요한 경우 또는 Amazon DynamoDB 테이블 및 인덱스나 Amazon ECS 작업과 같이 EC2 외에도 여러 리소스의 규모를 조정하려는 경우 AWS Auto Scaling을 사용해야 합니다. 현재 AWS Auto Scaling을 사용하려면 AWS CloudFormation 또는 AWS Elastic Beanstalk를 통해 애플리케이션을 생성해야 합니다. AWS Auto Scaling은 한 곳에서 애플리케이션의 모든 규모 조정 정책을 관리하여 쉽고 직관적으로 튜닝할 수 있도록 지원합니다.

Amazon EC2 Auto Scaling 그룹의 규모만 조정하면 되거나 EC2 플릿의 상태만 유지 관리하려는 경우 Amazon EC2 Auto Scaling을 사용해야 합니다.

Q: Amazon EC2 Auto Scaling을 사용할 때의 이점은 무엇입니까?

Amazon EC2 Auto Scaling은 Amazon EC2 인스턴스 가용성을 유지하는 데 도움이 됩니다. 하나의 Amazon EC2 인스턴스를 실행하든 수천 개를 실행하든 Amazon EC2 Auto Scaling을 사용하면 손상된 Amazon EC2 인스턴스를 탐지하고 개입 없이 이를 교체할 수 있습니다. 따라서 애플리케이션이 사용자가 기대하는 수준의 컴퓨팅 파워를 확보할 수 있습니다. Amazon EC2 Auto Scaling을 사용하면 애플리케이션의 수요 곡선을 따라 Amazon EC2 플릿을 자동으로 확장할 수 있으므로 미리 수동으로 Amazon EC2 용량을 프로비저닝해야 할 필요가 줄어듭니다. 예를 들면 Amazon EC2 플릿의 평균 사용률이 높을 때 새로운 Amazon EC2 인스턴스를 Auto Scaling 그룹에 증분식으로 추가하도록 조건을 설정할 수 있으며, 마찬가지로 CPU 사용률이 낮을 때 Amazon EC2 인스턴스를 증분식으로 제거하도록 조건을 설정할 수 있습니다. Amazon CloudWatch를 통해 용량 조정 활동을 트리거하는 경보를 전송하고 Elastic Load Balancing(ELB)을 사용하여 Amazon EC2 Auto Scaling 그룹 내 인스턴스로 트래픽을 분산할 수 있습니다. 로드 변화가 예측 가능한 경우에는 Amazon EC2 Auto Scaling을 통해 일정을 예약하여 용량 조정 활동을 계획할 수 있습니다. Amazon EC2 Auto Scaling을 사용하면 Amazon EC2 플릿을 최적의 사용률로 실행할 수 있습니다.

Q: 플릿 관리란 무엇이며 동적 조정과 어떻게 다릅니까?

애플리케이션이 Amazon EC2 인스턴스에서 실행되는 경우 '플릿'이라고 부르는 것을 보유하게 됩니다. 플릿 관리는 비정상 인스턴스를 자동으로 교체하고 플릿을 원하는 용량으로 유지하는 기능을 말합니다. Amazon EC2 Auto Scaling 플릿 관리를 통해 애플리케이션이 트래픽을 수신하고 인스턴스 자체가 올바르게 작동하는지 확인할 수 있습니다. Auto Scaling에서 상태 확인 실패를 탐지하면, 자동으로 해당 인스턴스 교체할 수 있습니다.

Amazon EC2 Auto Scaling의 동적 조정 기능은 로드 또는 다른 지표를 기반으로 용량을 자동으로 확장 또는 축소하는 기능을 말합니다. 예를 들어 CPU가 80% 이상 급증하면(그리고 경보가 설정되어 있으면) Amazon EC2 Auto Scaling에서 새로운 인스턴스를 동적으로 추가할 수 있습니다.

Q: 대상 추적이란 무엇입니까?

대상 추적은 몇 가지 간단한 단계로 애플리케이션에 대한 동적 조정 기능을 설정하는 데 사용할 수 있는 새로운 조정 정책 유형입니다. 대상 추적에서는 사용자가 CPU 사용률 또는 요청 수와 같은 애플리케이션에 대해 로드 지표를 선택하고 대상 값을 설정하며, Amazon EC2 Auto Scaling이 해당 목표 값을 유지하는 데 필요한 대로 EC2 Auto Scaling 그룹 내 EC2 인스턴스 수를 조정합니다. 이는 시스템을 자동으로 조정하여 원하는 온도로 환경을 유지하는 집의 온도 조절기처럼 작동합니다. 예를 들어 웹 서버 플릿의 CPU 사용률을 50%로 유지하도록 대상 추적을 구성할 수 있습니다. 그러면 Amazon EC2 Auto Scaling이 평균 CPU 사용률을 50%로 유지하는 데 필요한 대로 EC2 인스턴스를 시작하거나 종료합니다.

Q: EC2 Auto Scaling 그룹이란 무엇입니까?

Amazon EC2 Auto Scaling 그룹에는 비슷한 특성을 공유하고 플릿 관리 및 동적 조정을 위해 논리적 그룹으로 취급되는 EC2 인스턴스 모음이 포함됩니다. 예를 들어 단일 애플리케이션이 여러 인스턴스에서 작동하는 경우, 애플리케이션의 성능을 향상하기 위해 해당 그룹의 인스턴스 수를 늘리거나, 수요가 적을 때는 비용 절감을 위해 인스턴스 수를 줄이려 할 수 있습니다. Amazon EC2 Auto Scaling은 인스턴스가 비정상이 되더라도 고정된 인스턴스 수를 유지하도록 또는 지정한 기준에 따라 그룹의 인스턴스 수를 자동으로 조정합니다. Amazon EC2 Auto Scaling 그룹에 대한 자세한 내용은 Amazon EC2 Auto Scaling 사용 설명서를 참조하십시오.

Q: EC2 Auto Scaling 그룹을 삭제하면 Amazon EC2 인스턴스는 어떻게 됩니까?

실행 중인 인스턴스가 있는 EC2 Auto Scaling 그룹이 있고 해당 Amazon EC2 Auto Scaling 그룹을 삭제하도록 선택한 경우, 인스턴스는 종료되고 EC2 Auto Scaling 그룹은 삭제됩니다.

Q: EC2 Auto Scaling이 EC2 Auto Scaling 그룹에서 EC2 인스턴스를 시작하거나 종료하는지 어떻게 알 수 있습니까?

Amazon EC2 Auto Scaling을 사용하여 자동으로 애플리케이션의 규모를 조정하는 경우, EC2 Auto Scaling이 EC2 Auto Scaling 그룹에서 EC2 인스턴스를 시작하거나 종료하는 시점을 알면 유용합니다. Amazon SNS는 구독 클라이언트 또는 엔드포인트로 알림을 전달하거나 전송하는 것을 조정하고 관리합니다. EC2 Auto Scaling 그룹이 조정될 때마다 SNS 알림을 전송하도록 EC2 Auto Scaling을 구성할 수 있습니다. Amazon SNS는 HTTP 또는 HTTPS POST, 이메일(SMTP, 평문 텍스트 또는 JSON 형식) 또는 Amazon SQS 대기열에 게시되는 메시지로 알림을 전달할 수 있습니다. 예를 들어 autoscaling: EC2_INSTANCE_TERMINATE 알림 유형을 사용하도록 EC2 Auto Scaling 그룹을 구성한 경우, EC2 Auto Scaling 그룹이 인스턴스를 종료하면 이메일 알림을 전송합니다. 이 이메일에는 종료된 인스턴스의 세부 정보(예: 인스턴스 ID 및 인스턴스 종료 사유)가 포함됩니다.

자세한 내용은 EC2 Auto Scaling 그룹 조정 시 SNS 알림 수신 섹션을 읽어보십시오.

Q: 시작 구성이란 무엇입니까?

시작 구성은 EC2 Auto Scaling 그룹에서 EC2 인스턴스를 시작하는 데 사용하는 템플릿입니다. 시작 구성을 생성할 때는 Amazon 머신 이미지(AMI)의 ID, 인스턴스 유형, 키 페어, 하나 이상의 보안 그룹, 블록 디바이스 매핑 등 인스턴스에 대한 정보를 지정합니다. 이전에 EC2 인스턴스를 시작한 적이 있었다면 이와 동일한 정보를 지정하여 인스턴스를 시작했을 것입니다. EC2 Auto Scaling 그룹을 생성할 때는 시작 구성을 지정해야 합니다. 시작 구성을 여러 개의 EC2 Auto Scaling 그룹에 지정할 수 있습니다. 하지만 EC2 Auto Scaling 그룹에 대해서는 한 번에 한 개의 시작 구성만 지정할 수 있으며 시작 구성을 한 번 생성한 후에는 수정할 수 없습니다. 따라서 EC2 Auto Scaling 그룹의 시작 구성을 변경하려면 새로운 시작 구성을 생성한 다음 새 시작 구성으로 EC2 Auto Scaling 그룹을 업데이트해야 합니다. EC2 Auto Scaling 그룹의 시작 구성을 변경하면 새로운 모든 인스턴스는 새로운 구성 파라미터를 사용하여 시작되지만 기존 인스턴스는 영향을 받지 않습니다. 자세한 내용은 EC2 Auto Scaling 사용 설명서에서 시작 구성 섹션을 참조하십시오.

Q: EC2 Auto Scaling 그룹에 추가할 수 있는 인스턴스 수는 어떻게 됩니까?

EC2 할당량에서 허용하는 한도 내에서 EC2 Auto Scaling 그룹에 원하는 만큼 인스턴스를 추가할 수 있습니다.

Q: 조정 활동으로 인해 내 Amazon EC2 인스턴스 한도에 도달하게 되면 어떻게 됩니까?

Amazon EC2 Auto Scaling은 실행할 수 있는 Amazon EC2 인스턴스 한도를 초과하여 확장할 수 없습니다. 더 많은 Amazon EC2 인스턴스가 필요할 경우 Amazon EC2 인스턴스 요청 양식을 작성하십시오.

Q: EC2 Auto Scaling 그룹은 여러 AWS 리전으로 확장될 수 있습니까?

EC2 Auto Scaling 그룹은 리전별 구조입니다. 여러 가용 영역으로 확장될 수 있지만 여러 AWS 리전으로 확장될 수는 없습니다.

Q: 동일한 EC2 Auto Scaling 그룹에서 서로 다른 유형의 EC2 인스턴스를 시작할 수 있습니까?

EC2 Auto Scaling 그룹은 모든 인스턴스 유형이 동일한 경우에 최적화됩니다. AttachInstances API를 사용하여 서로 다른 유형의 인스턴스를 Auto Scaling 그룹에 연결할 수 있으며, 그룹의 모든 새로운 인스턴스가 서로 다른 인스턴스 유형으로 시작되도록 시작 구성을 업데이트할 수도 있습니다. 하지만 이는 기존 인스턴스에는 영향을 미치지 않습니다.

Q: EC2 Auto Scaling 그룹의 여러 인스턴스에 걸쳐 변경 사항을 구현하려면 어떻게 해야 합니까?

AWS CodeDeploy 또는 CloudFormation을 사용하여 EC2 Auto Scaling 그룹의 여러 인스턴스에 대한 코드 변경을 오케스트레이션할 수 있습니다.

Q: EC2 Auto Scaling 그룹에 데이터가 설치되어 있고 새로운 인스턴스가 나중에 동적으로 생성되는 경우, 데이터가 새로운 인스턴스로 복사됩니까?

데이터는 기존 인스턴스에서 새로운 인스턴스로 자동으로 복사되지 않습니다. 수명 주기 후크를 사용하여 데이터를 복사하거나 Amazon RDS 데이터베이스를 사용하여 복제본을 만들 수 있습니다.

Q: 기존 인스턴스에서 EC2 Auto Scaling 그룹을 생성하는 경우, 새로운 AMI(Amazon 머신 이미지)가 생성됩니까?

기존 인스턴스에서 Auto Scaling 그룹을 생성하는 경우, 새로운 AMI가 생성되지 않습니다. 자세한 내용은 EC2 인스턴스를 사용하여 Auto Scaling 그룹 만들기 섹션을 참조하십시오.

Q: Amazon EC2 Auto Scaling은 용량을 어떻게 밸런싱합니까?

가용 영역 전체에서 리소스를 밸런싱하는 것은 Well-Architected 애플리케이션의 모범 사례입니다. 전체 시스템 가용성을 크기 향상하기 때문입니다. EC2 Auto Scaling 그룹 설정에 여러 개의 영역을 구성하면 Amazon EC2 Auto Scaling이 영역 전체에서 EC2 인스턴스를 자동으로 밸런싱합니다. Amazon EC2 Auto Scaling은 항상 새로운 인스턴스를 시작할 때 전체 플릿에 걸쳐 인스턴스가 영역 간에 최대한 균등하게 밸런싱되도록 합니다. 그뿐만 아니라 Amazon EC2 Auto Scaling은 요청된 인스턴스 유형에 대한 가용 용량이 있는 가용 영역에서만 시작합니다.

Q: 수명 주기 후크란 무엇입니까?

수명 주기 후크를 사용하면 인스턴스가 서비스에 사용되기 전에 또는 종료되기 전에 조치를 취할 수 있습니다. 이는 소프트웨어 환경을 Amazon 머신 이미지(AMI)로 베이크하지 않는 경우 특히 유용할 수 있습니다. 예를 들어 시작 후크는 Amazon EC2 Auto Scaling이 로드 밸런서에 연결되기 전에 트래픽을 처리할 모든 준비를 갖추도록 인스턴스에서 소프트웨어 구성을 수행할 수 있습니다. 이를 수행하는 한 가지 방법은 인스턴스에서 RunCommand를 호출하는 AWS Lambda 함수에 시작 후크를 연결하는 것입니다. 종료 후크는 종료되기 전에 인스턴스에서 중요한 데이터를 수집할 때 유용할 수 있습니다. 예를 들어 종료 후크를 사용하면 인스턴스 서비스가 중단될 때 플릿의 로그 파일을 Amazon S3 버킷으로 복사하여 이를 보존할 수 있습니다.

자세한 내용은 Amazon EC2 Auto Scaling 사용 설명서에서 수명 주기 후크 섹션을 참조하십시오.

Q: '비정상' 인스턴스의 특징은 무엇입니까?

비정상 인스턴스란 하드웨어가 어떤 이유에서 손상되거나(불량 디스크 등) 사용자가 구성한 ELB 상태 확인을 통과하지 못한 인스턴스를 말합니다. Amazon EC2 Auto Scaling은 정기적으로 개별 EC2 인스턴스에 대한 상태 확인을 수행하며, 인스턴스가 Elastic Load Balancing 로드 밸런서에 연결되어 있는 경우 ELB 상태 확인도 수행할 수 있습니다.

Q: 상태 확인을 사용자 지정할 수 있습니까?

예. SetInstanceHealth라는 API가 있습니다. 이 API를 사용하면 인스턴스 상태를 UNHEALTHY로 변경할 수 있으며 그러면 종료와 교체가 발생합니다.

Q: 상태 확인을 일시 중단할 수 있습니까(예를 들어 비정상 인스턴스를 평가하기 위해)?

예. SuspendProcesses API를 사용하여 Amazon EC2 Auto Scaling 상태 확인을 일시적으로 중단할 수 있습니다. ResumeProcesses API를 사용하여 자동 상태 확인을 재개할 수 있습니다.

Q: 어떤 유형의 상태 확인을 선택해야 합니까?

그룹에서 Elastic Load Balancing(ELB)을 사용하고 있는 경우 ELB 상태 확인을 선택해야 합니다. 그룹에서 ELB를 사용하고 있지 않은 경우 EC2 상태 확인을 선택해야 합니다.

Q: Elastic Load Balancing(ELB)을 사용하고 있지 않은 경우에도 Amazon EC2 Auto Scaling을 상태 확인에 사용하여 비정상 인스턴스를 교체할 수 있습니까?

Auto Scaling을 사용하기 위해 ELB를 사용할 필요는 없습니다. EC2 상태 확인을 사용하여 비정상 인스턴스를 식별하고 교체할 수 있습니다.

Q: Elastic Load Balancing(ELB) 상태 확인은 Application Load Balancer 및 Network Load Balancer와 연동됩니까? 인스턴스와 연결된 대상 그룹이 비정상이 되는 경우 해당 인스턴스가 비정상으로 표시됩니까?

예. Amazon EC2 Auto Scaling은 상태 확인 기능을 비롯하여 Application Load Balancer 및 Network Load Balancer와 연동됩니다.

Q: Amazon EC2 Auto Scaling을 사용하여 인스턴스를 추가하지 않고 볼륨만 추가할 수 있는 방법이 있습니까?

볼륨은 새로운 인스턴스가 추가될 때 이에 연결됩니다. Amazon EC2 Auto Scaling에서는 기존 볼륨이 용량 한도에 근접하더라도 자동으로 볼륨을 추가하지 않습니다. EC2 API를 사용하면 기존 인스턴스에 볼륨을 추가할 수 있습니다.

Q: '상태 저장 인스턴스'란 무엇을 말합니까?

우리가 상태 저장 인스턴스라고 할 때는 그 인스턴스에만 존재하는 데이터가 있는 인스턴스를 말합니다. 일반적으로 상태 저장 인스턴스를 종료한다는 것은 인스턴스에 있는 데이터(또는 상태 정보)가 손실된다는 의미입니다. 수명 주기 후크를 사용하여 상태 저장 인스턴스가 종료하기 전에 인스턴스의 데이터를 복사하거나, 인스턴스 보호를 사용하여 Amazon EC2 Auto Scaling이 인스턴스를 종료하지 않도록 할 수 있습니다.

Q: 내 EC2 인스턴스는 Ansible 스크립트를 사용해 생성됩니다. Ansible을 Amazon EC2 Auto Scaling과 함께 사용하려면 어떻게 해야 합니까?

Ansible 웹 사이트에서 Ansible을 Auto Scaling과 함께 사용하는 방법에 대해 자세히 알아볼 수 있습니다.

손상된 인스턴스 교체

Q: Amazon EC2 Auto Scaling은 손상된 인스턴스를 어떻게 교체합니까?

손상된 인스턴스가 상태 확인에 실패하면, Amazon EC2 Auto Scaling이 자동으로 이를 종료하고 새로운 인스턴스로 교체합니다. Elastic Load Balancing 로드 밸런서를 사용하고 있는 경우, Amazon EC2 Auto Scaling이 새로운 인스턴스를 프로비저닝하여 로드 밸런서에 연결하기 전에 손상된 인스턴스를 로드 밸런서에서 단계적으로 분리합니다. 이 작업은 모두 자동으로 수행되므로 인스턴스를 교체해야 하더라도 수동으로 대응할 필요가 없습니다.

Q: 축소 시 Amazon EC2 Auto Scaling이 종료하는 인스턴스를 제어하려면 어떻게 해야 하며 인스턴스의 데이터를 보호하려면 어떻게 해야 합니까?

사용자는 각 Amazon EC2 Auto Scaling 그룹에서 Amazon EC2 Auto Scaling이 그룹에 인스턴스를 추가하거나(확장이라고 함) 그룹에서 인스턴스를 제거하는(축소라고 함) 시점을 제어합니다. 인스턴스를 연결하거나 분리하여 수동으로 그룹 크기를 조정하거나, 조정 정책을 사용하여 이러한 프로세스를 자동화할 수 있습니다. 자동으로 축소하도록 Amazon EC2 Auto Scaling을 설정한 경우, Amazon EC2 Auto Scaling에서 먼저 종료해야 하는 인스턴스가 무엇인지 결정해야 합니다. 이 작업은 종료 정책을 사용하여 구성할 수 있습니다. 또한, 인스턴스 보호 기능을 사용하여 Amazon EC2 Auto Scaling이 축소를 위해 인스턴스를 종료할 때 특정 인스턴스를 선택에서 배제하도록 할 수도 있습니다. 인스턴스에 데이터가 있으며 인스턴스를 축소하더라도 해당 데이터를 유지해야 하는 경우, S3, RDS 또는 DynamoDB와 같은 서비스를 사용하여 인스턴스 외부로 데이터를 저장할 수 있습니다.

Q: 비정상 서버를 탐지한 후 Amazon EC2 Auto Scaling이 새로운 인스턴스를 inService 상태로 구동할 때까지 얼마나 걸립니까?

소요 시간은 몇 분 이내입니다. 교체 대부분이 5분 이내에 처리되며 평균적으로 5분에 훨씬 못 미칩니다. 이는 인스턴스 AMI를 부팅하는 데 걸리는 시간 등 다양한 요소가 따라 달라집니다.

Q: Elastic Load Balancing(ELB)에서 인스턴스가 비정상이며 오프라인이 되었다고 판단하면, 장애가 발생한 인스턴스로 전송된 이전 요청은 대기열에 추가된 후 그룹 내 다른 인스턴스로 다시 라우팅됩니까?

ELB에서 인스턴스가 비정상임을 알게 되면 해당 인스턴스로 요청을 라우팅하는 것을 중단합니다. 하지만 인스턴스가 비정상임을 발견하기 전에 해당 인스턴스로 전송된 일부 요청은 실패하게 됩니다.

Q: Elastic Load Balancing(ELB)을 사용하지 않는 경우, 서버 장애 발생 시 사용자를 어떻게 그룹 내 다른 서버로 안내합니까?

Route 53과 통합하면 됩니다. 현재 Amazon EC2 Auto Scaling에서 이를 바로 지원하지는 않지만 많은 고객이 사용합니다. 또한, 자체 역방향 프록시를 사용하거나 내부 마이크로 서비스의 경우 서비스 검색 솔루션을 사용할 수도 있습니다.

보안

Q: Amazon EC2 Auto Scaling 리소스에 대한 액세스를 제어하려면 어떻게 해야 합니까?

Amazon EC2 Auto Scaling은 다음을 수행할 수 있는 서비스인 AWS Identity and Access Management(IAM)와 통합됩니다.

  • 조직의 AWS 계정에서 사용자와 그룹을 생성합니다.
  • AWS 계정 사용자 각각에 고유한 보안 자격 증명 할당
  • 작업 수행 시 각 사용자의 AWS 리소스 사용 권한 제어
  • 다른 AWS 계정의 사용자와 AWS 리소스 공유
  • AWS 계정에 적용할 규칙 생성 및 규칙을 관리할 사용자나 서비스 규정
  • 엔터프라이즈의 기존 자격 증명을 사용해 AWS 리소스를 사용하는 작업 권한 허용

예를 들어, 관리자 그룹에 DescribeAutoScalingGroups, DescribeLaunchConfigurations, DescribeScalingActivitiesDescribePolicies API 작업만 사용할 수 있는 권한을 부여하는 IAM 정책을 만들 수 있습니다. 그러면 관리자 그룹의 사용자들은 Amazon EC2 Auto Scaling 그룹과 시작 구성에서 이러한 작업을 사용할 수 있습니다. Amazon EC2 Auto Scaling 리소스 수준 권한을 사용해 특정 EC2 Auto Scaling 그룹 또는 시작 구성에 대한 액세스를 제한할 수 있습니다.

자세한 내용은 Amazon EC2 Auto Scaling 사용 설명서에서 Auto Scaling 리소스에 대한 액세스 제어 섹션을 참조하십시오.

Q: Amazon EC2 Auto Scaling을 사용하여 Windows 인스턴스에 대한 기본 관리자 암호를 정의할 수 있습니까?

CreateLaunchConfiguration에 키 이름 파라미터를 사용하여 키 페어를 인스턴스에 연결할 수 있습니다. 그런 다음 EC2에서 GetPasswordData API를 사용하면 됩니다. AWS Management Console을 통해서도 이 작업을 수행할 수 있습니다.

Q: Amazon EC2 Auto Scaling 그룹을 생성하면 CloudWatch 에이전트가 자동으로 EC2 인스턴스에 설치됩니까?

AMI에 CloudWatch 에이전트가 포함된 경우, EC2 Auto Scaling 그룹을 생성하면 에이전트가 자동으로 EC2 인스턴스에 설치됩니다. 스톡 Amazon Linux AMI의 경우에는 에이전트를 설치해야 합니다(yum을 통해 설치 권장).

요금

Q: Amazon EC2 Auto Scaling을 사용하는 비용은 어떻게 됩니까?

EC2 인스턴스용 Amazon EC2 Auto Scaling 플릿 관리에는 추가 비용이 발생하지 않습니다. Amazon CloudWatch에서 활성화하는 Amazon EC2 Auto Scaling의 동적 조정 기능에는 추가 비용이 발생하지 않습니다. Amazon EC2 및 Amazon CloudWatch 서비스 비용이 부과되며 별도로 청구됩니다.

Amazon EC2 Auto Scaling 요금에 대해 자세히 알아보십시오

요금 페이지로 이동하기
시작할 준비가 되셨습니까?
가입
질문이 있으십니까?
문의하기