문제는 세 가지 단계를 거치며 풀어 나갈 거예요.
1. 문제의 요구사항 분석하기
2. 관련 AWS 서비스 생각하기
3. 선택지 분석하기
바로 문제 풀이 해보겠습니다!
문제1
게임 회사는 고가용성 아키텍처를 설계하고 있습니다. 애플리케이션은 수정된 Linux 커널에서 실행되며 UDP 기반 트래픽만 지원합니다. 회사는 최상의 사용자 경험을 제공하기 위해 프런트 엔드 계층이 필요합니다. 해당 계층은 대기 시간이 짧아야 하고 트래픽을 가장 가까운 엣지 로케이션으로 라우팅하고 애플리케이션 엔드포인트에 진입하기 위한 정적 IP 주소를 제공해야 합니다. 솔루션 설계자는 이러한 요구 사항을 충족하기 위해 무엇을 해야 합니까?
선택지
A. 요청을 Application Load Balancer로 전달하도록 Amazon Route 53을 구성합니다. AWS Application Auto Scaling에서 애플리케이션에 AWS Lambda를 사용합니다.
B. 요청을 Network Load Balancer로 전달하도록 Amazon CloudFront를 구성합니다. AWS Application Auto Scaling 그룹의 애플리케이션에 AWS Lambda를 사용합니다.
C. 요청을 Network Load Balancer로 전달하도록 AWS Global Accelerator를 구성합니다. EC2 Auto Scaling 그룹의 애플리케이션에 Amazon EC2 인스턴스를 사용합니다.
D. 요청을 Application Load Balancer로 전달하도록 Amazon API Gateway를 구성합니다. EC2 Auto Scaling 그룹의 애플리케이션에 Amazon EC2 인스턴스를 사용합니다.
풀이
AWS Global Accelerator를 사용하여 요청을 Network Load Balancer로 전달하고, Network Load Balancer를 통해 EC2 Auto Scaling 그룹의 애플리케이션 인스턴스에 트래픽을 분산하는 것이 정답입니다. 이 솔루션은 전 세계 엣지 로케이션에서 트래픽을 라우팅하고 애플리케이션의 정적 IP 엔드포인트를 제공하며, 낮은 지연 시간과 고가용성을 보장합니다.
정답 : C
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 고가용성 아키텍처 설계
- UDP 기반 트래픽만 지원
- 최상의 사용자 경험을 위한 프런트엔드 계층 필요
- 짧은 대기 시간
- 가장 가까운 엣지 로케이션으로 트래픽 라우팅
- 애플리케이션 엔드포인트의 정적 IP 주소 제공
2. 관련 AWS 서비스 생각하기
- AWS Global Accelerator: 글로벌 네트워크 서비스로, 엣지 로케이션에서 트래픽을 라우팅하고 애플리케이션의 정적 IP 주소를 제공합니다. 낮은 지연 시간과 고가용성을 제공합니다.
- Network Load Balancer: UDP 기반 애플리케이션에 적합한 로드 밸런서로, 낮은 지연 시간을 제공합니다.
- EC2 Auto Scaling 그룹: 애플리케이션의 확장성과 고가용성을 제공합니다.
3. 선택지 분석하기
A. 요청을 Application Load Balancer로 전달하도록 Amazon Route 53을 구성합니다. AWS Application Auto Scaling에서 애플리케이션에 AWS Lambda를 사용합니다.
-> Application Load Balancer와 Lambda를 사용하는 아키텍처입니다. 요구사항에서 UDP 기반 트래픽만 지원하고 낮은 지연 시간이 필요한데, Application Load Balancer는 이러한 요구사항에 적합하지 않습니다. Lambda도 요구사항을 충족하지 못합니다.
B. 요청을 Network Load Balancer로 전달하도록 Amazon CloudFront를 구성합니다. AWS Application Auto Scaling 그룹의 애플리케이션에 AWS Lambda를 사용합니다.
-> CloudFront는 CDN 서비스이며, 엣지 로케이션에서 트래픽을 라우팅하고 정적 IP 주소를 제공하지 않습니다. 또한 UDP 기반 트래픽 지원이 제한적입니다. Lambda와 Application Auto Scaling도 요구사항에 부합하지 않습니다.
C. 요청을 Network Load Balancer로 전달하도록 AWS Global Accelerator를 구성합니다. EC2 Auto Scaling 그룹의 애플리케이션에 Amazon EC2 인스턴스를 사용합니다.
-> AWS Global Accelerator와 Network Load Balancer, EC2 Auto Scaling 그룹을 사용하는 아키텍처입니다. 이 솔루션은 모든 요구사항을 충족합니다.
D. 요청을 Application Load Balancer로 전달하도록 Amazon API Gateway를 구성합니다. EC2 Auto Scaling 그룹의 애플리케이션에 Amazon EC2 인스턴스를 사용합니다.
-> API Gateway는 REST/HTTP API 서비스이며, UDP 트래픽을 처리하지 않습니다. Application Load Balancer와 EC2 Auto Scaling 그룹 조합도 UDP 지원과 낮은 지연 시간 요구사항에 적합하지 않습니다.
이어서 다음 문제입니다.
문제2
회사는 AWS 클라우드를 사용하여 기존 애플리케이션의 가용성과 탄력성을 높이려고 합니다. 애플리케이션의 현재 버전은 회사의 데이터 센터에 상주합니다. 예기치 않은 정전으로 인해 데이 터베이스 서버가 충돌한 후 애플리케이션에서 최근 데이터 손실이 발생했습니다. 회사는 단일 실패 지점을 방지하는 솔루션이 필요합니다. 솔루션은 애플리케이션에 사용자 요구에 맞게 확장할 수 있는 기능을 제공해야 합니다. 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?
선택지
A. 여러 가용 영역의 Auto Scaling 그룹에서 Amazon EC2 인스턴스를 사용하여 애플리케이션 서버를 배포합니다. 다중 AZ 구성에서 Amazon RDS DB 인스턴스를 사용합니다.
B. 단일 가용 영역의 Auto Scaling 그룹에서 Amazon EC2 인스턴스를 사용하여 애플리케이션 서버를 배포합니다. EC2 인스턴스에 데이터베이스를 배포합니다. EC2 자동 복구를 활성 화합니다.
C. 여러 가용 영역의 Auto Scaling 그룹에서 Amazon EC2 인스턴스를 사용하여 애플리케이션 서버를 배포합니다. 단일 가용 영역에서 읽기 전용 복제본이 있는 Amazon RDS DB 인 스턴스를 사용합니다. 기본 DB 인스턴스가 실패할 경우 읽기 전용 복제본을 승격하여 기본 DB 인스턴스를 교체하십시오.
D. 여러 가용 영역의 Auto Scaling 그룹에서 Amazon EC2 인스턴스를 사용하여 애플리케이션 서버를 배포합니다. 여러 가용 영역에 걸쳐 EC2 인스턴스에 기본 및 보조 데이터베이스 서버를 배포합니다. Amazon Elastic Block Store(Amazon EBS) 다중 연결을 사용하여 인스턴스 간에 공유 스토리지를 생성합니다.
풀이
여러 가용 영역의 Auto Scaling 그룹에서 Amazon EC2 인스턴스를 사용하여 애플리케이션 서버를 배포하고, Amazon RDS의 다중 AZ 구성을 사용하여 데이터베이스 계층을 배포하는 것이 정답입니다. 이렇게 하면 애플리케이션과 데이터베이스 모두 단일 실패 지점 없이 고가용성과 확장성을 확보할 수 있습니다.
정답 : A
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 애플리케이션의 가용성과 탄력성 향상
- 데이터베이스 서버 충돌로 인한 최근 데이터 손실 발생
- 단일 실패 지점 방지
- 사용자 요구에 맞게 애플리케이션 확장 가능
2. 관련 AWS 서비스 생각하기
- Amazon EC2 Auto Scaling 그룹: 여러 가용 영역에 걸쳐 애플리케이션을 배포하여 고가용성을 확보하고, 사용량에 맞춰 자동 확장할 수 있습니다.
- Amazon RDS 다중 AZ 구성: 프라이머리 DB와 스탠바이 DB를 서로 다른 가용 영역에 배포하여, 단일 실패 지점을 방지하고 고가용성을 제공합니다.
3. 선택지 분석하기
A. 여러 가용 영역의 Auto Scaling 그룹에서 Amazon EC2 인스턴스를 사용하여 애플리케이션 서버를 배포합니다. 다중 AZ 구성에서 Amazon RDS DB 인스턴스를 사용합니다.
-> 여러 가용 영역의 Auto Scaling 그룹에서 EC2 인스턴스를 사용하여 애플리케이션 서버를 배포하고, 다중 AZ 구성의 Amazon RDS를 사용합니다. 이 솔루션은 모든 요구사항을 충족합니다.
B. 단일 가용 영역의 Auto Scaling 그룹에서 Amazon EC2 인스턴스를 사용하여 애플리케이션 서버를 배포합니다. EC2 인스턴스에 데이터베이스를 배포합니다. EC2 자동 복구를 활성 화합니다.
-> 단일 가용 영역의 Auto Scaling 그룹은 가용성이 낮고, EC2 인스턴스에 데이터베이스를 배포하면 단일 실패 지점이 존재합니다. 또한 EC2 자동 복구는 데이터 손실 방지와는 무관합니다.
C. 여러 가용 영역의 Auto Scaling 그룹에서 Amazon EC2 인스턴스를 사용하여 애플리케이션 서버를 배포합니다. 단일 가용 영역에서 읽기 전용 복제본이 있는 Amazon RDS DB 인 스턴스를 사용합니다. 기본 DB 인스턴스가 실패할 경우 읽기 전용 복제본을 승격하여 기본 DB 인스턴스를 교체하십시오.
-> 애플리케이션 서버는 여러 가용 영역에 배포되지만, 데이터베이스는 단일 가용 영역에 있습니다. 읽기 전용 복제본을 사용하면 확장성은 향상되지만, 단일 실패 지점과 데이터 손실 문제는 해결되지 않습니다.
D. 여러 가용 영역의 Auto Scaling 그룹에서 Amazon EC2 인스턴스를 사용하여 애플리케이션 서버를 배포합니다. 여러 가용 영역에 걸쳐 EC2 인스턴스에 기본 및 보조 데이터베이스 서버를 배포합니다. Amazon Elastic Block Store(Amazon EBS) 다중 연결을 사용하여 인스턴스 간에 공유 스토리지를 생성합니다.
-> 애플리케이션 서버와 데이터베이스 서버가 모두 여러 가용 영역에 배포되지만, 모든 데이터베이스가 공유 스토리지를 사용하므로 단일 실패 지점이 존재합니다. EBS 다중 연결 기능은 이러한 문제를 해결하지 못합니다.
마지막 문제 살펴볼게요.
문제3
애플리케이션은 여러 가용 영역의 Amazon EC2 인스턴스에서 실행됩니다. 인스턴스는 Application Load Balancer 뒤의 Amazon EC2 Auto Scaling 그룹에서 실행됩니다. 애플리 케이션은 EC2 인스턴스의 CPU 사용률이 40% 또는 거의 40%일 때 최상의 성능을 발휘합니다. 솔루션 설계자는 그룹의 모든 인스턴스에서 원하는 성능을 유지하기 위해 무엇을 해야 합니까?
선택지
A. 간단한 조정 정책을 사용하여 Auto Scaling 그룹을 동적으로 조정하십시오.
B. 대상 추적 정책을 사용하여 Auto Scaling 그룹을 동적으로 확장합니다.
C. AWS Lambda 함수를 사용하여 원하는 Auto Scaling 그룹 용량을 업데이트합니다.
D. 예약된 조정 작업을 사용하여 Auto Scaling 그룹을 확장 및 축소합니다.
풀이
Auto Scaling 그룹의 대상 추적 정책을 사용하여 EC2 인스턴스의 CPU 사용률을 40% 수준으로 유지하도록 동적으로 확장하는 것이 정답입니다. 대상 추적 정책은 지정된 메트릭 값을 자동으로 추적하고 조정하여 원하는 CPU 사용률을 유지할 수 있습니다.
정답 : B
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 애플리케이션은 여러 가용 영역의 EC2 인스턴스에서 실행
- 인스턴스는 Application Load Balancer 뒤의 Auto Scaling 그룹에서 실행
- 애플리케이션은 EC2 인스턴스의 CPU 사용률이 40% 수준에서 최상의 성능
2. 관련 AWS 서비스 생각하기
- Amazon EC2 Auto Scaling 그룹: 애플리케이션 배포 및 자동 확장을 위한 서비스입니다.
- Application Load Balancer: 애플리케이션 트래픽을 분산하고 EC2 인스턴스에 전달합니다.
- Auto Scaling 조정 정책: 그룹의 인스턴스 수를 조정하는 정책으로, 간단한 조정 정책, 대상 추적 정책, 예약된 조정 작업 등이 있습니다.
3. 선택지 분석하기
A. 간단한 조정 정책을 사용하여 Auto Scaling 그룹을 동적으로 조정하십시오.
-> 간단한 조정 정책은 특정 메트릭 값에 따라 인스턴스를 추가하거나 제거하지만, 원하는 CPU 사용률 수준을 정확하게 유지하기 어렵습니다.
B. 대상 추적 정책을 사용하여 Auto Scaling 그룹을 동적으로 확장합니다.
-> 대상 추적 정책은 CPU 사용률과 같은 메트릭을 지정된 값으로 자동 유지하도록 설계되어 있어, 이 문제의 요구사항을 가장 잘 충족합니다.
C. AWS Lambda 함수를 사용하여 원하는 Auto Scaling 그룹 용량을 업데이트합니다.
-> Lambda 함수를 사용하면 원하는 용량을 프로그래밍 방식으로 업데이트할 수 있지만, 동적 확장을 자동화하기 어렵고 운영 오버헤드가 발생합니다.
D. 예약된 조정 작업을 사용하여 Auto Scaling 그룹을 확장 및 축소합니다.
-> 예약된 조정 작업은 특정 시간에 미리 설정한 용량으로 조정되므로, 실시간으로 변화하는 CPU 사용률을 추적하여 원하는 수준으로 유지하기 어려워 적합하지 않습니다.
감사합니다!
'AWS > SAA 준비' 카테고리의 다른 글
| AWS SAA 합격으로 가는 길 #68 (0) | 2025.03.24 |
|---|---|
| AWS SAA 합격으로 가는 길 #67 (0) | 2025.03.21 |
| AWS SAA 합격으로 가는 길 #65 (0) | 2025.03.14 |
| AWS SAA 합격으로 가는 길 #64 (2) | 2025.03.10 |
| AWS SAA 합격으로 가는 길 #63 (1) | 2025.03.07 |
