문제
1. 회사가 AWS 인프라를 통해 멀티플레이어 게임을 주최합니다. 이 애플리케이션은 단일 가용 영역에서 Amazon EC2 인스턴스를 사용하고 사용자는 레이어 4를 통해 연결합니다. 아키텍처는 가용성과 비용 효율성이 높아 합니다.
이러한 요구사항을 가장 잘 충족할 수 있는 방법은 무엇입니까? (2 개 선택)
A) EC2 인스턴스 앞에 Network Load Balancer를 구성합니다.
B) 여러 가용 영역에서 인스턴스를 자동으로 추가하거나 제거하도록 Auto Scaling 그룹을 구성합니다.
C) 인스턴스 수를 늘리고 더 작은 EC2 인스턴스 유형을 사용합니다.
D) 가용 영역에서 인스턴스를 자동으로 추가하거나 제거하도록 Auto Scaling 그룹을 구성합니다.
E) EC2 인스턴스 앞에서 Application Load Balancer를 구성합니다.
2. 회사의 애플리케이션이 단일 리전의 Amazon EC2 인스턴스에서 실행 중입니다. 재해 발생 시 리소스를 두 번째 리전에 배포 할 수 있도록 해야 합니다.
이를 달성하기 위해 취해야 할 조치는 무엇입니까? (2개 선택)
A) EC2 인스턴스에서 볼륨을 분리하고 두 번째 리전의 Amazon S3 버킷에 복사합니다.
B) EC2 인스턴스의 Amazon 머신 이미지 (AMI)를 복사하고 대상의 두 번째 리전을 지정합니다.
C) 두 번째 리전의 Amazon 머신 이미지 (AMI)에서 새 EC2 인스턴스를 시작합니다.
D) 두 번째 리전에서 새 EC2 인스턴스를 시작하고 Amazon S3에서 새 인스턴스로 볼륨을 복사합니다.
E) Amazon S3에서 Amazon Elastic Block Store (Amazon EBS) 볼륨을 복사하고 해당 EBS 볼륨을 사용하여 두 번째 리전에서 EC2 인스턴스를 시작합니다.
3. 당신은 Amazon EC2 인스턴스에서 애플리케이션을 실행할 인프라를 설계하고 있습니다. 애플리케이션은 고가용성이 필요하며, 비용 효율성을 위해 수요에 따라 동적으로 확장해야 합니다.
이러한 요구사항을 충족하기 위해 어떻게 해야 합니까?
A) Auto Scaling 그룹 앞에서 Amazon API Gateway API를 구성하여 인스턴스를 여러 가용 영역에 배포합니다.
B) Auto Scaling 그룹 앞에서 Application Load Balancer를 구성하여 인스턴스를 여러 리전으로 배포합니다.
C) Auto Scaling 그룹 앞에서 Application Load Balancer를 구성하여 인스턴스를 여러 가용 영역에 배포합니다.
D) Auto Scaling 그룹 앞에서 Amazon CloudFront 배포를 구성하여 인스턴스를 여러 리전으로 배포합니다.
정답
1. A, B
Amazon EC2 Auto Scaling를 통해 애플리케이션의 로드를 처리할 수 있는 정확한 수의 Amazon EC2 인스턴스를 보유하도록 보장할 수 있습니다. Auto Scaling 그룹이라는 EC2 인스턴스 모음을 생성합니다. 각 Auto Scaling 그룹의 최소 인스턴스 수를 지정할 수 있으며, Amazon EC2 Auto Scaling에서는 그룹의 크기가 이 값 아래로 내려가지 않습니다. 각 Auto Scaling 그룹의 최대 인스턴스 수를 지정할 수 있으며, Amazon EC2 Auto Scaling에서는 그룹의 크기가 이 값을 넘지 않습니다. 원하는 용량을 지정한 경우 그룹을 생성한 다음에는 언제든지 Amazon EC2 Auto Scaling에서 해당 그룹에서 이만큼의 인스턴스를 보유할 수 있습니다. 조정 정책을 지정했다면 Amazon EC2 Auto Scaling에서는 애플리케이션의 늘어나거나 줄어드는 수요에 따라 인스턴스를 시작하거나 종료할 수 있습니다.
Network Load Balancer는 개방형 시스템 간 상호 연결(OSI) 모델의 네 번째 계층에서 작동합니다. 초당 수백만 개의 요청을 처리할 수 있습니다. 로드 밸런서가 연결 요청을 받으면 기본 규칙의 대상 그룹에서 대상을 선택합니다. 리스너 구성에 지정된 포트에서 선택한 대상에 대한 TCP 연결을 열려고 시도합니다.
로드 밸런서에서 가용 영역을 활성화하면 Elastic Load Balancing가 해당 가용 영역에서 로드 밸런서 노드를 생성합니다. 기본적으로 각 로드 밸런서 노드는 해당 가용 영역의 등록된 대상에만 트래픽을 분산합니다. 교차 영역 로드 밸런싱을 활성화하면 각 로드 밸런서 노드가 활성화된 모든 가용 영역에 있는 등록된 대상 간에 트래픽을 분산합니다.
Elastic Load Balancing는 실행 중인 모든 EC2 인스턴스에 들어오는 애플리케이션 트래픽을 자동으로 분산하는 데 사용됩니다. Elastic Load Balancing를 사용하여 단 하나의 인스턴스에도 부하가 걸리지 않도록 트래픽 라우팅을 최적화하여 들어오는 요청을 관리할 수 있습니다.
Auto Scaling 그룹에서 Elastic Load Balancing를 사용하려면 로드 밸런서를 설정한 다음 로드 밸런서를 Auto Scaling 그룹에 연결하여 그룹을 로드 밸런서에 등록합니다.
로드 밸런서는 Auto Scaling그룹으로 들어오는 모든 웹 트래픽에 대하여 단일 접점의 역할을 합니다. 인스턴스가 그룹에 추가되면 로드 밸런서에 등록해야 하며 그렇지 않은 경우 트래픽이 라우팅되지 않습니다. 그룹에서 인스턴스가 제거되면 로드 밸런서에서 등록을 취소해야 하며 그렇지 않으면 트래픽이 계속해서 라우팅됩니다.
Auto Scaling 그룹에서 Elastic Load Balancing를 사용하는 경우 EC2 인스턴스를 로드 밸런서에 등록할 필요가 없습니다. Auto Scaling 그룹에서 시작되는 인스턴스가 로드 밸런서에 자동으로 등록됩니다. 마찬가지로 Auto Scaling 그룹에 의해 종료된 인스턴스는 로드 밸런서에서 자동으로 등록 취소됩니다.
Auto Scaling 그룹에 로드 밸런서를 등록한 후 대상당 요청 수와 같은 Elastic Load Balancing 지표(또는 다른 지표)를 사용하여 인스턴스에 대한 요구가 변경됨에 따라 그룹의 인스턴스 수를 조정하도록 Auto Scaling 그룹을 구성할 수 있습니다.
또한 필요에 따라 Elastic Load Balancing 상태 확인을 활성화하여 Elastic Load Balancing에서 제공하는 상태 확인을 기반으로 Auto Scaling 그룹 내 인스턴스 상태를 확인할 수도 있습니다.
트래픽을 인스턴스에 분산하려면 아키텍처는 레이어 4에서 작동하는 Network Load Balancer를 사용해야 합니다. 이 아키텍처는 Auto Scaling 그룹이 요구에 따라 적절한 수의 인스턴스가 실행되도록 하기 때문에 비용 효율적입니다.
2. B, C
Amazon 머신 이미지(AMI)는 인스턴스를 시작하는 데 필요한 정보를 제공합니다. 인스턴스를 시작할 때 AMI를 지정해야 합니다. 동일한 구성의 인스턴스가 여러 개 필요할 때는 한 AMI에서 여러 인스턴스를 시작할 수 있습니다. 서로 다른 구성의 인스턴스가 필요할 때는 다양한 AMI를 사용하여 인스턴스를 시작하면 됩니다.
AMI는 다음을 포함합니다.
- 1개 이상의 EBS 스냅샷 또는, 인스턴스 저장 지원 AMI의 경우, 인스턴스의 루트 볼륨에 대한 템플릿(예: 운영 체제, 애플리케이션 서버, 애플리케이션)
- AMI를 사용하여 인스턴스를 시작할 수 있는 AWS 계정을 제어하는 시작 권한
- 시작될 때 인스턴스에 연결할 볼륨을 지정하는 블록 디바이스 매핑
AWS Management 콘솔, AWS Command Line Interface나 SDK 또는 Amazon EC2 API(모두 CopyImage 작업을 지원함)를 사용하여 AWS 리전 내부 또는 전체에서 Amazon 머신 이미지(AMI)를 복사할 수 있습니다. 사용자는 Amazon EBS 지원 AMIs와 인스턴스 스토어 지원 AMIs를 모두 복사할 수 있습니다. 암호화된 스냅샷을 사용하여 AMI를 복사하고 복사 과정 중 암호화 상태도 변경할 수 있습니다.
원본 AMI를 복사하면 동일하지만 고유의 식별자로 구별되는 대상 AMI가 생성됩니다. Amazon EBS 지원 AMI의 경우, 동일하지만 구분된 대상 스냅샷으로 각 지원 스냅샷이 복사되도록 기본 설정되어 있습니다. (유일한 예외는 스냅샷의 암호화 또는 재암호화를 선택할 때입니다.) 대상 AMI에 영향을 미치지 않고 원본 AMI를 변경하거나 다시 등록할 수 있습니다. 반대의 경우도 마찬가지입니다.
AMI 복사 시 부과되는 요금은 없습니다. 그러나 표준 스토리지 및 데이터 전송 요금은 적용됩니다. EBS 지원 AMI를 복사하면 추가 EBS 스냅샷의 스토리지에 대한 요금이 발생합니다.
지리적으로 다른 리전 간에 AMI를 복사하면 다음과 같은 이점이 제공됩니다.
- 일관적인 글로벌 배포: 한 리전에서 다른 리전으로 AMI를 복사하면 동일한 AMI를 기반으로 하는 일관적인 인스턴스를 여러 리전에서 시작할 수 있습니다.
- 확장성: 사용자의 지역에 관계없이 요구 사항에 대응하는 글로벌 애플리케이션을 보다 손쉽게 설계하고 구축할 수 있습니다.
- 성능: 애플리케이션을 분산하여 성능을 높이고 애플리케이션의 핵심 구성 요소를 사용자에게 보다 가까이 둘 수 있습니다. 또한 인스턴스 유형이나 여타 AWS 서비스와 같은 리전별 기능을 활용할 수 있습니다.
고가용성: 여러 AWS 리전을 포괄하는 애플리케이션을 설계하고 배포하여 가용성을 높일 수 있습니다.
다음 다이어그램은 원본 AMI 및 다른 리전에 복사된 두 개의 AMIs 간 관계와 각각에서 시작된 EC2 인스턴스를 보여 줍니다. AMI에서 인스턴스를 시작하는 경우 인스턴스는 AMI가 상주하는 동일한 리전에 상주합니다. 원본 AMI를 변경한 후 대상 리전의 AMIs에 변경 내용을 반영하려면 원본 AMI를 대상 리전으로 다시 복사해야 합니다.
먼저 인스턴스 스토어 지원 AMI를 리전에 복사하는 경우 해당 리전에 복사된 AMIs에 대한 Amazon S3 버킷이 생성됩니다. 해당 리전에 복사하는 인스턴스 스토어 지원 AMIs는 모두 이 버킷에 저장됩니다. 버킷 이름 형식은 amis-for-account-in-region-hash를 따릅니다.
3. C
Amazon EC2 Auto Scaling를 통해 애플리케이션의 로드를 처리할 수 있는 정확한 수의 Amazon EC2 인스턴스를 보유하도록 보장할 수 있습니다. Auto Scaling 그룹이라는 EC2 인스턴스 모음을 생성합니다. 각 Auto Scaling 그룹의 최소 인스턴스 수를 지정할 수 있으며, Amazon EC2 Auto Scaling에서는 그룹의 크기가 이 값 아래로 내려가지 않습니다. 각 Auto Scaling 그룹의 최대 인스턴스 수를 지정할 수 있으며, Amazon EC2 Auto Scaling에서는 그룹의 크기가 이 값을 넘지 않습니다. 원하는 용량을 지정한 경우 그룹을 생성한 다음에는 언제든지 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 인스턴스에 대해서만 비용을 지불하므로, 인스턴스가 필요할 때 이를 시작하고 필요 없어지면 종료함으로써 비용을 절감합니다.
Elastic Load Balancing은 들어오는 애플리케이션 트래픽을 Amazon EC2 인스턴스, 컨테이너, IP 주소, Lambda 함수와 같은 여러 대상에 자동으로 분산시킵니다. Elastic Load Balancing은 단일 가용 영역 또는 여러 가용 영역에서 다양한 애플리케이션 부하를 처리할 수 있습니다. Elastic Load Balancing이 제공하는 세 가지 로드 밸런서는 모두 애플리케이션의 내결함성에 필요한 고가용성, 자동 확장/축소, 강력한 보안을 갖추고 있습니다.
Elastic Load Balancing은 들어오는 트래픽을 여러 가용 영역에 있는 여러 대상(Amazon EC2 인스턴스, 컨테이너, IP 주소, Lambda 함수)에 자동으로 분산시키고 정상 상태인 대상만 트래픽을 수신하도록 합니다. 또한 Elastic Load Balancing은 리전에 걸친 로드 밸런싱을 통해 서로 다른 가용 영역에 있는 정상 상태의 대상으로 트래픽을 라우팅할 수 있습니다. Amazon Elastic Load Balancing 서비스 수준 계약의 약정은 Amazon 로드 밸런서에 대해 99.99%의 가용성을 보장합니다.
빌드업웍스에서는 ‘AWS 공인 솔루션스 아키텍트 — 어소시에이트 연습문제’를 개발했습니다.
더 많은 문제와 자세한 해설을 원하신다면 ‘AWS 공인 솔루션스 아키텍트 — 어소시에이트 연습문제’로 오셔서 내용을 확인하세요.
빌드업웍스와 함께 AWS 공인 솔루션스 아키텍트 — 어소시에이트에 도전하여 여러분의 잠재력과 경력을 향상해보세요!
© 2020, Buildup Works LLC. All rights reserved.
