본 문제는 빌드업웍스에서 AWS 공인 솔루션스 아키텍트 — 어소시에이트 SAA-C02를 위해 개발한 연습문제입니다.
3개의 연습문제를 풀어 보시고 정답과 해설을 확인해 보세요.
문제
1. 새로운 ECS (Elastic Container Service) 클러스터를 구축하고 있습니다. ECS 인스턴스가 EC2 시작 유형을 실행 중이므로 클러스터에서 실행 중인 작업에 대한 분산 연결에 대한 로드 밸런싱을 활성화하려고 합니다. 포트 매핑이 동적으로 수행되기를 원하며 요청된 URL의 경로를 기반으로 다른 서버 그룹으로 라우팅해야 합니다.
이러한 요구 사항을 충족하기 위해 어떤 AWS 서비스를 선택하시겠습니까?
A) Classic Load Balancer
B) Network Load Balancer
C) ECS
D) Application Load Balancer
2. 정기적으로 콘솔에서 EC2 인스턴스를 수동으로 시작하고 프로세스를 간소화하여 관리 오버헤드를 줄이려고 합니다.
EC2의 어떤 기능을 통해 AMI ID, 인스턴스 유형, 키 페어 및 보안 그룹과 같은 설정을 저장할 수 있습니까?
A) 시작 템플릿
B) Run Command
C) 시작 구성
D) 배치 그룹
3. 4개의 EC2 인스턴스가 실행 중인 Auto Scaling 그룹이 과도하게 로드되고 있습니다. 인스턴스가 m4.large 인스턴스 유형을 사용하고 있으며 CPU가 80%에 도달했습니다. 라이센스 제한으로 인해 ASG에 인스턴스를 추가하지 않고 대신 m4.xlarge 인스턴스 유형으로 업그레이드할 계획입니다. 즉시 변경해야 하지만 기존 인스턴스를 종료하고 싶지는 않습니다.
ASG가 새 인스턴스를 시작하지 않고 어떻게 변경을 수행 할 수 있습니까? (2개 선택)
A) 각 인스턴스를 중지하고 인스턴스 유형을 변경합니다. 인스턴스를 다시 시작합니다.
B) 기존 시작 구성을 편집하고 새 인스턴스 유형을 지정합니다.
C) 지정된 새 인스턴스 유형으로 새 시작 구성을 작성합니다.
D) ASG에서 변경을 완료할 때까지 Auto Scaling 프로세스를 일시 중단합니다.
E) 인스턴스 유형을 변경한 다음 인스턴스를 다시 시작합니다.
정답
1. D
Classic Load Balancer를 사용하면 동일한 인스턴스에서 여러 작업 사본을 실행할 수 없습니다. 대신 Classic Load Balancer를 사용하여 컨테이너 인스턴스의 포트 번호를 정적으로 매핑해야 합니다. 하지만 Application Load Balancer는 동적 포트 매핑을 사용하므로 동일한 컨테이너 인스턴스의 단일 서비스에서 여러 작업을 실행할 수 있습니다.
2. A
인스턴스 시작에 필요한 구성 정보가 포함된 시작 템플릿을 생성할 수 있습니다. 시작 템플릿은 인스턴스를 시작할 때마다 이를 지정할 필요가 없도록 시작 파라미터를 저장할 수 있게 해줍니다. 예를 들어 시작 템플릿에는 AMI ID, 인스턴스 유형, 인스턴스 시작에 일반적으로 사용되는 네트워크 설정이 포함될 수 있습니다. Amazon EC2 콘솔, AWS SDK 또는 명령줄 도구를 사용하여 인스턴스를 시작할 때 사용할 시작 템플릿을 지정할 수 있습니다.
각 시작 템플릿에서 번호가 지정된 시작 템플릿 버전을 하나 이상 생성할 수 있습니다. 버전마다 시작 파라미터가 다를 수 있습니다. 시작 템플릿에서 인스턴스를 시작할 때 어떤 시작 템플릿 버전이든 사용할 수 있습니다. 버전을 지정하지 않으면 기본 버전이 사용됩니다. 어떤 시작 템플릿 버전이든 기본 버전으로 설정이 가능하며, 기본적으로 시작 템플릿의 최초 버전이 설정되어 있습니다.
다음 그림은 세 가지 버전으로 시작 템플릿을 보여줍니다. 첫 번째 버전은 인스턴스를 시작하는 데 사용할 인스턴스 유형, AMI ID, 서브넷 및 키 페어를 지정합니다. 두 번째 버전은 첫 번째 버전을 토대로 하되, 인스턴스의 보안 그룹도 지정합니다. 세 번째 버전은 일부 파라미터에서 서로 다른 값을 사용합니다. 버전 2가 기본 버전으로 설정되어 있습니다. 이 시작 템플릿에서 인스턴스를 시작한 경우 다른 버전이 지정되어 있지 않으면 버전 2의 시작 파라미터가 사용됩니다.
3. A, D
요구 사항이 변함에 따라 인스턴스가 과도하게(인스턴스 유형 크기가 너무 작은 경우) 또는 과소하게(인스턴스 유형 크기가 너무 큰 경우) 활용되고 있는 경우가 생길 수 있습니다. 이 경우는 인스턴스의 크기를 변경할 수 있습니다. 예를 들어 t2.micro 인스턴스가 워크로드에 비해 너무 작은 경우는 이를 워크로드에 적합한 다른 인스턴스 유형으로 변경할 수 있습니다.
또는 IPv6 지원과 같은 일부 기능의 장점을 활용하기 위해 이전 세대 인스턴스 유형에서 현재 세대 인스턴스 유형으로 마이그레이션할 수도 있습니다.
인스턴스의 루트 디바이스가 EBS 볼륨인 경우, 인스턴스 유형을 변경하여 간단히 인스턴스의 크기를 변경할 수 있습니다. 이를 크기 조정이라고 합니다. 인스턴스의 루트 디바이스가 인스턴스 스토어 볼륨인 경우, 필요한 인스턴스 유형의 새 인스턴스로 애플리케이션을 마이그레이션해야 합니다.
인스턴스의 크기를 조정할 경우 인스턴스의 구성과 호환되는 인스턴스 유형을 선택해야 합니다. 필요한 인스턴스 유형이 해당 인스턴스 구성과 호환되지 않을 경우, 원하는 인스턴스 유형의 새 인스턴스로 애플리케이션을 마이그레이션해야 합니다.
인스턴스 크기를 조정할 때 인스턴스 구성과 호환되는 인스턴스 유형을 선택해야 합니다. 인스턴스 유형을 변경하기 전에 Amazon EBS 지원 인스턴스를 중지해야 합니다
Auto Scaling 그룹에 대해 하나 이상의 조정 프로세스를 일시 중단했다가 다시 시작할 수 있습니다. 스케일링 프로세스 중단은 웹 애플리케이션의 구성 문제 또는 기타 문제를 조사한 후 스케일링 프로세스를 호출하지 않고 애플리케이션을 변경하려는 경우 유용 할 수 있습니다.
빌드업웍스에서는 ‘AWS 공인 솔루션스 아키텍트 — 어소시에이트 연습문제’를 개발했습니다.
더 많은 문제와 자세한 해설을 원하신다면 ‘AWS 공인 솔루션스 아키텍트 — 어소시에이트 연습문제’로 오셔서 내용을 확인하세요.
빌드업웍스와 함께 AWS 공인 솔루션스 아키텍트 — 어소시에이트에 도전하여 여러분의 잠재력과 경력을 향상해보세요!
© 2020, Buildup Works LLC. All rights reserved.
