본 문제는 빌드업웍스에서 AWS 공인 솔루션스 아키텍트 — 어소시에이트 SAA-C02를 위해 개발한 연습문제입니다.
3개의 연습문제를 푸시고 정답과 해설을 확인해 보세요.
문제
1. 웹 애플리케이션이 Auto Scaling 그룹을 사용하여 여러 Amazon EC2 인스턴스에서 실행 중입니다. 집합의 CPU 사용량을 40 %로 유지하는 것이 좋습니다.
스케일링은 어떻게 구성해야 합니까?
A) 평균 CPU가 40%에 도달하면 인스턴스를 시작하는 간단한 조정 정책을 사용합니다.
B) PercentChangeInCapacity 값을 사용하여 그룹 크기를 필요한 대로 조정하는 단계 조정 정책을 사용합니다.
C) 평균 집계 CPU 사용률을 40%로 유지하는 대상 추적 정책을 사용합니다.
D) 사용자 정의 CloudWatch 경보를 사용하여 CPU 사용량을 모니터링하고 Amazon SNS를 사용하여 ASG에 알립니다.
2. 새로운 고성능 컴퓨팅 (HPC) 클러스터를 배포하라는 요청을 받았습니다. 근접성, 낮은 대기 시간 및 높은 네트워크 처리량을 보장하는 EC2 인스턴스를 위한 디자인을 만들어야 합니다.
비용을 고려하면서 이 요구 사항을 달성하는 데 도움이 되는 AWS 기능은 무엇입니까? (2개 선택)
A) 프로비저닝 된 IOPS EBS 볼륨을 사용합니다.
B) AZ의 하나의 프라이빗 서브넷에서 I / O 최적화 EC2 인스턴스를 시작합니다.
C) 향상된 네트워킹으로 EC2 인스턴스 사용합니다.
D) 배치 그룹을 사용합니다.
E) 전용 호스트를 사용합니다.
3. 회사의 개발팀은 Docker 컨테이너에서 여러 구성 요소를 실행하는 AWS에 배포할 새 애플리케이션을 만들었습니다. EC2 인스턴스를 관리하지 않으려면 컨테이너를 실행하기 위해 AWS 관리형 인프라를 사용하는 것이 좋습니다.
다음 중 어떤 솔루션 옵션이 이러한 요구 사항을 제공합니까? (2개 선택)
A) Fargate 시작 유형과 함께 ECS (Elastic Container Service)를 사용합니다.
B) 컨테이너 이미지를 ECR (Elastic Container Registry)에 넣습니다.
C) 컨테이너 이미지를 개인 저장소에 저장합니다.
D) EC2 시작 유형과 함께 ECS (Elastic Container Service)를 사용합니다.
E) CloudFront를 사용하여 EC2에 Docker 배포 합니다.
정답
1. C
대상 추적 조정 정책에 따라 조정 지표를 선택하고 대상 값을 설정합니다. Amazon EC2 Auto Scaling은 조정 정책을 트리거하는 CloudWatch 경보를 생성 및 관리하면서 지표와 목표 값을 기준으로 조정 조절값을 계산합니다. 조정 정책은 필요에 따라 용량을 추가하거나 제거하여 측정치를 지정한 목표 값으로, 혹은 목표 값에 가깝게 유지합니다. 대상 추적 조정 정책은 지표를 목표 값에 가깝게 유지하는 것 외에도 로드 패턴 변화로 인한 지표의 변화에 따라 조정되기도 합니다.
예를 들어, 다음과 같은 경우에 대상 추적 조정을 사용할 수 있습니다.
대상 추적 조정 정책을 구성하여 Auto Scaling 그룹의 평균 총 CPU 사용량을 40%로 유지하는 경우
대상 추적 조정 정책을 구성하여 Application Load Balancer 대상 그룹의 대상 1개당 요청 수를 Auto Scaling 그룹에 필요한 1000개로 유지하는 경우
애플리케이션 요구 사항에 따라, 대상 추적을 사용할 때 이러한 인기 조정 지표 중 하나가 가장 적합하거나 이러한 지표 또는 다른 지표의 조합이 요구 사항을 더 잘 충족할 수도 있습니다.
2. C, D
새 EC2 인스턴스를 시작하면 EC2 서비스는 모든 인스턴스가 기본 하드웨어 전반에 분산되도록 하여 상호 관련 오류의 위험을 줄입니다. 그러나 배치 그룹을 사용하면 워크로드의 요구 사항을 충족하도록 하는 독립적 인스턴스의 그룹의 배치에 영향을 줄 수 있습니다. 워크로드의 유형에 따라 다음 배치 전략 중 하나를 사용하여 배치 그룹을 생성할 수 있습니다.
- 클러스터 — 인스턴스를 가용 영역 안에 서로 근접하게 패킹합니다. 이 전략은 워크로드가 HPC 애플리케이션에서 일반적인 긴밀히 결합된 노드 간 통신에 필요한 낮은 지연 시간의 네트워크 성능을 달성할 수 있습니다.
- 파티션 — 인스턴스를 논리적 파티션에 분산해, 한 파티션에 있는 인스턴스 그룹이 다른 파티션의 인스턴스 그룹과 기본 하드웨어를 공유하지 않게 합니다. 이 전략은 일반적으로 Hadoop, Cassandra, Kafka 등 대규모의 분산 및 복제된 워크로드에 필요합니다.
- 분산 — 소규모의 인스턴스 그룹을 다른 기본 하드웨어로 분산하여 상호 관련 오류를 줄입니다.
향상된 네트워킹에서는 지원되는 인스턴스 유형에서 단일 루트 I/O 가상화(SR-IOV)를 사용하여 고성능 네트워킹 기능을 제공합니다. SR-IOV는 기존 가상 네트워크 인터페이스에 비해 높은 I/O 성능 및 낮은 CPU 사용률을 제공하는 디바이스 가상화 방법입니다. 향상된 네트워킹을 통해 대역폭과 PPS(Packet Per Second) 성능이 높아지고, 인스턴스 간 지연 시간이 지속적으로 낮아집니다. 향상된 네트워킹 사용에 따르는 추가 요금은 없습니다.
3. A, B
Amazon Elastic Container Service(Amazon ECS)는 클러스터에서 도커 컨테이너를 손쉽게 실행, 중지 및 관리할 수 있게 해주는 컨테이너 관리 서비스로서 확장성과 속도가 뛰어납니다. Amazon ECS 시작 유형을 사용하는 서비스 또는 작업을 시작하여 Fargate에서 관리하는 서버를 사용하지 않는 인프라에서 클러스터를 호스팅할 수 있습니다. 인프라에 대한 더 세부적인 제어를 위해 EC2 시작 유형을 사용하여 관리하는 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스의 클러스터에서 작업을 호스팅할 수 있습니다.
AWS Fargate는 Amazon EC2 인스턴스의 서버나 클러스터를 관리할 필요 없이 컨테이너를 실행하기 위해 Amazon ECS에 사용할 수 있는 기술입니다. AWS Fargate를 사용하면 더 이상 컨테이너를 실행하기 위해 가상 머신의 클러스터를 프로비저닝, 구성 또는 조정할 필요가 없습니다. 따라서 서버 유형을 선택하거나, 클러스터를 조정할 시점을 결정하거나, 클러스터 패킹을 최적화할 필요가 없습니다.
Fargate 시작 유형을 사용하여 작업과 서비스를 실행할 때는 애플리케이션을 컨테이너에 패키징하고, CPU 및 메모리 요구 사항을 지정한 다음, 네트워킹 및 IAM 정책을 정의하고, 애플리케이션을 시작합니다. 각 Fargate 작업에는 자체 격리 경계가 있으며 다른 작업과 기본 커널, CPU 리소스, 메모리 리소스 또는 탄력적 네트워크 인터페이스를 공유하지 않습니다.
Amazon Elastic Container Registry(ECR)는 개발자가 Docker 컨테이너 이미지를 손쉽게 저장, 관리 및 배포할 수 있게 해주는 완전관리형 Docker 컨테이너 레지스트리입니다. Amazon ECR은 Amazon Elastic Container Service(ECS)와 통합되므로 개발에서 프로덕션까지의 워크플로를 간소화할 수 있습니다. Amazon ECR을 사용하면 자체 컨테이너 리포지토리를 운영하거나 기본 인프라 확장에 대해 걱정할 필요가 없습니다. Amazon ECR은 이미지를 가용성과 확장성이 뛰어난 아키텍처에 호스팅하여 애플리케이션을 위해 컨테이너를 안정적으로 배포할 수 있습니다. 또한, AWS Identity and Access Management(IAM)와 통합되어 각 리포지토리에 대한 리소스 수준의 제어를 제공합니다. Amazon ECR에는 선수금이나 약정이 없습니다. 리포지토리에 저장한 데이터와 인터넷으로 전송한 데이터 양에 대한 요금만 지불합니다.
빌드업웍스에서는 ‘AWS 공인 솔루션스 아키텍트 — 어소시에이트 연습문제’를 개발했습니다.
더 많은 문제와 자세한 해설을 원하신다면 ‘AWS 공인 솔루션스 아키텍트 — 어소시에이트 연습문제’로 오셔서 내용을 확인하세요.
빌드업웍스와 함께 AWS 공인 솔루션스 아키텍트 — 어소시에이트에 도전하여 여러분의 잠재력과 경력을 향상해보세요!
© 2020, Buildup Works LLC. All rights reserved.
