본문 바로가기
AWS/SAA 준비

AWS SAA 합격으로 가는 길 #102

by Pacloud 2025. 7. 21.
반응형

안녕하세요! 넥스트클라우드의 SA 김도겸입니다. 오늘은 EC2와 관련된 문제들로 가져와봤습니다. 오늘도 SAA 취득을 위해 한걸음 다가가 봅시다😊

 

문제는 세 가지 단계를 거치며 풀어 나갈 거예요.

1. 문제의 요구사항 분석하기

2. 관련 AWS 서비스 생각하기

3. 선택지 분석하기

 

바로 문제 풀이 해볼까요?

문제1

한 회사에 여러 Amazon EC2 인스턴스에서 실행되는 애플리케이션이 있습니다. 각 EC2 인스턴스에는 여러 Amazon Elastic Block Store(Amazon EBS) 데이터 볼륨이 연결되어 있습니다. 애플리케이션의 EC2 인스턴스 구성 및 데이터는 야간에 백업해야 합니다. 또한 애플리케이션은 다른 AWS 리전에서 복구 가능해야 합니다. 운영상 가장 효율적인 방식으로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

 

선택지

A. 애플리케이션 EBS 볼륨의 야간 스냅샷을 예약하고 스냅샷을 다른 리전에 복사하는 AWS Lambda 함수를 작성합니다.

 

B. 야간 백업을 수행하기 위해 AWS Backup을 사용하여 백업 계획을 생성합니다. 백업을 다른 리전에 복사합니다. 애플리케이션의 EC2 인스턴스를 리소스로 추가합니다.

 

C. 야간 백업을 수행하기 위해 AWS Backup을 사용하여 백업 계획을 만듭니다. 백업을 다른 리전에 복사합니다. 애플리케이션의 EBS 볼륨을 리소스로 추가합니다.

 

D. 애플리케이션 EBS 볼륨의 야간 스냅샷을 예약하고 스냅샷을 다른 가용 영역에 복사하는 AWS Lambda 함수를 작성합니다.

풀이

이 문제의 핵심 요구사항은 야간에 EC2 인스턴스와 EBS 볼륨의 백업을 수행하고, 백업 데이터를 다른 AWS 리전으로 복사하여 재해 복구 준비를 해야 한다는 것입니다.

백업 작업의 복잡성을 줄이면서 다른 AWS 리전으로 EC2 인스턴스와 EBS 볼륨을 백업하려면 AWS Backup 서비스를 사용하여 EC2 인스턴스 구성과 연결된 모든 EBS 볼륨이 함께 백업되어 완전한 복구가 가능합니다.

 

정답 : B

 

▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.

더보기

1.  문제의 요구사항 분석하기

  • 여러 EC2 인스턴스와 각각에 연결된 다수의 EBS 볼륨에 대한 야간 백업
  • 다른 AWS 리전에서 애플리케이션 복구 가능
  • 운영상 가장 효율적인 솔루션

2. 관련 AWS 서비스 생각하기

AWS Backup은 AWS 리소스를 위한 중앙 집중식 백업 서비스입니다. 백업 계획을 통해 백업 일정, 보존 기간, 백업 대상을 자동화할 수 있으며, 크로스 리전 백업 복사 기능을 제공합니다. EC2 인스턴스를 백업하면 인스턴스 구성과 연결된 모든 EBS 볼륨이 함께 백업되어 완전한 복구가 가능합니다.

 

EBS 스냅샷은 개별 볼륨 백업 기능을 제공하지만, EC2 인스턴스 구성(AMI, 보안 그룹, 키 페어 등)은 별도로 관리해야 합니다.

3. 선택지 분석하기

A. 애플리케이션 EBS 볼륨의 야간 스냅샷을 예약하고 스냅샷을 다른 리전에 복사하는 AWS Lambda 함수를 작성합니다.

→ EBS 볼륨만 백업하므로 EC2 인스턴스 구성이 누락됩니다. 또한 Lambda 함수 개발 및 유지보수로 운영 오버헤드가 높습니다.

 

B. 야간 백업을 수행하기 위해 AWS Backup을 사용하여 백업 계획을 생성합니다. 백업을 다른 리전에 복사합니다. 애플리케이션의 EC2 인스턴스를 리소스로 추가합니다.

→ EC2 인스턴스를 백업하면 인스턴스 구성과 연결된 모든 EBS 볼륨이 함께 백업되어 완전한 복구가 가능합니다. 중앙 집중식 관리로 운영 효율성이 가장 높습니다.

 

C. 야간 백업을 수행하기 위해 AWS Backup을 사용하여 백업 계획을 만듭니다. 백업을 다른 리전에 복사합니다. 애플리케이션의 EBS 볼륨을 리소스로 추가합니다.

→ EBS 볼륨만 백업하므로 EC2 인스턴스 구성(AMI, 네트워크 설정 등)이 누락되어 완전한 복구가 불가능합니다.

 

D. 애플리케이션 EBS 볼륨의 야간 스냅샷을 예약하고 스냅샷을 다른 가용 영역에 복사하는 AWS Lambda 함수를 작성합니다.

→ 가용 영역 간 복사는 같은 리전 내에서만 가능하므로 다른 리전에서의 복구 요구사항을 충족하지 못합니다.

 

이어서 다음 문제입니다.

문제2

회사는 Amazon EC2 인스턴스와 AWS Lambda 함수를 사용하여 애플리케이션을 실행합니다. 이 회사는 AWS 계정에 퍼블릭 서브넷과 프라이빗 서브넷이 있는 VPC가 있습니다. EC2 인스턴스는 VPC 중 하나의 프라이빗 서브넷에서 실행됩니다. 애플리케이션이 작동하려면 Lambda 함수가 EC2 인스턴스에 대한 직접적인 네트워크 액세스가 필요합니다. 응용 프로그램은 최소 1년 동안 실행됩니다. 회사는 해당 시간 동안 애플리케이션이 사용하는 Lambda 함수의 수가 증가할 것으로 예상합니다. 회사는 모든 애플리케이션 리소스에 대한 절감 효과를 극대화하고 서비스 간의 네트워크 대기 시간을 낮게 유지하려고 합니다. 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

 

선택지

A. EC2 Instance Savings Plan 구매 Lambda 함수의 지속 시간, 메모리 사용량 및 호출 수를 최적화합니다. EC2 인스턴스가 포함된 프라이빗 서브넷에 Lambda 함수를 연결합니다.

 

B. EC2 Instance Savings Plan 구매 Lambda 함수의 기간 및 메모리 사용량, 호출 수 및 전송되는 데이터 양을 최적화합니다. EC2 인스턴스가 실행되는 동일한 VPC의 퍼블릭 서브넷에 Lambda 함수를 연결합니다.

 

C. Compute Savings Plan을 구매합니다. Lambda 함수의 기간 및 메모리 사용량, 호출 수 및 전송되는 데이터 양을 최적화합니다. EC2 인스턴스가 포함된 프라이빗 서브넷에 Lambda 함수를 연결합니다.

 

D. Compute Savings Plan을 구매합니다. Lambda 함수의 기간 및 메모리 사용량, 호출 수 및 전송되는 데이터 양을 최적화합니다. Lambda 서비스 VPC에 Lambda 함수를 유지합니다.

풀이

이 문제에서는 EC2 인스턴스와 Lambda 함수를 사용하는 애플리케이션의 비용을 절감하면서도 낮은 네트워크 대기 시간을 유지해야 합니다. 또한 Lambda 함수가 EC2 인스턴스에 직접 액세스할 수 있어야 합니다.

문제에서 제시한 환경은 EC2와 Lambda를 모두 사용하므로 Compute Savings Plan을 구매하여 EC2와  Lambda함수의 비용을 절감합니다.

EC2 인스턴스가 포함된 프라이빗 서브넷에 Lambda를 배치하여 동일한 프라이빗 서브넷 배치로 네트워크비용 감소와 최소 대기시간을 보장합니다.

 

정답 : C

 

▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.

더보기

1.  문제의 요구사항 분석하기

 

  • EC2와 Lambda 모두에 대한 비용 절감 극대화
  • Lambda 함수가 프라이빗 서브넷의 EC2 인스턴스에 직접 네트워크 액세스
  • 서비스 간 낮은 네트워크 대기 시간 유지
  • 최소 1년간 운영, Lambda 함수 수 증가 예상

 

2. 관련 AWS 서비스 생각하기

Compute Savings Plan은 EC2 인스턴스, Lambda 함수, Fargate 등의 컴퓨팅 리소스에 대해 약정 사용량을 지불하고 할인된 요금을 적용받을 수 있는 유연한 요금제입니다. Compute Savings Plan을 활용하면 1년 또는 3년 동안 컴퓨팅 리소스에 대한 비용을 절감할 수 있습니다.

 

VPC(Virtual Private Cloud)는 AWS 클라우드에서 논리적으로 격리된 가상 네트워크를 제공하며, 서브넷 단위로 리소스를 구분하여 배치할 수 있습니다. 동일한 VPC 내 리소스 간에는 낮은 네트워크 대기 시간을 보장합니다. VPC의 프라이빗 서브넷에 EC2 인스턴스와 Lambda 함수를 배치하면 서로 직접 통신할 수 있습니다.

3. 선택지 분석하기

A. EC2 Instance Savings Plan 구매 Lambda 함수의 지속 시간, 메모리 사용량 및 호출 수를 최적화합니다. EC2 인스턴스가 포함된 프라이빗 서브넷에 Lambda 함수를 연결합니다.

→ EC2 Instance Savings Plan + 프라이빗 서브넷: EC2 Instance Savings Plan은 Lambda에 적용되지 않아 Lambda 비용 절감이 불가능합니다.

 

B. EC2 Instance Savings Plan 구매 Lambda 함수의 기간 및 메모리 사용량, 호출 수 및 전송되는 데이터 양을 최적화합니다. EC2 인스턴스가 실행되는 동일한 VPC의 퍼블릭 서브넷에 Lambda 함수를 연결합니다.

→ EC2 Instance Savings Plan + 퍼블릭 서브넷: Lambda에 비용 절감 적용 불가하며, 퍼블릭 서브넷 배치 시 불필요한 네트워크 경로로 대기 시간 증가하고 데이터 전송 비용이 발생할 수 있습니다.

 

C. Compute Savings Plan을 구매합니다. Lambda 함수의 기간 및 메모리 사용량, 호출 수 및 전송되는 데이터 양을 최적화합니다. EC2 인스턴스가 포함된 프라이빗 서브넷에 Lambda 함수를 연결합니다.

→ Compute Savings Plan + 프라이빗 서브넷: EC2와 Lambda 모두에 비용 절감 적용 가능하고, 동일한 프라이빗 서브넷 배치로 직접 액세스와 최소 대기 시간을 보장하며, VPC 내부에서  데이터 전송 비용이 무료이기 때문에 네트워크 전송비용 또한 절감이 가능합니다.

 

D. Compute Savings Plan을 구매합니다. Lambda 함수의 기간 및 메모리 사용량, 호출 수 및 전송되는 데이터 양을 최적화합니다. Lambda 서비스 VPC에 Lambda 함수를 유지합니다.

→ Compute Savings Plan + Lambda 서비스 VPC: Lambda가 AWS 관리 VPC에서 실행되어 고객 VPC의 프라이빗 EC2 인스턴스에 직접 액세스할 수 없습니다.

 

 

마지막 문제 살펴볼게요.

문제3

회사는 하드웨어 용량 제약으로 인해 온프레미스 데이터 센터에서 AWS 클라우드로 레거시 애플리케이션을 마이그레이션해야 합니다. 응용 프로그램은 하루 24시간, 주 7일 실행됩니다. 애플리케이션의 데이터베이스 저장소는 시간이 지남에 따라 계속 증가합니다. 이러한 요구 사항을 가장 비용 효율적으로 충족하기 위해 솔루션 설계자는 무엇을 해야 합니까?

 

선택지

A. 애플리케이션 계층을 Amazon EC2 스팟 인스턴스로 마이그레이션합니다. 데이터 스토리지 계층을 Amazon S3로 마이그레이션합니다.

 

B. 애플리케이션 계층을 Amazon EC2 예약 인스턴스로 마이그레이션합니다. 데이터 스토리지 계층을 Amazon RDS 온디맨드 인스턴스로 마이그레이션합니다.

 

C. 애플리케이션 계층을 Amazon EC2 예약 인스턴스로 마이그레이션합니다. 데이터 스토리지 계층을 Amazon Aurora 예약 인스턴스로 마이그레이션합니다.

 

D. 애플리케이션 계층을 Amazon EC2 온디맨드 인스턴스로 마이그레이션합니다. 데이터 스토리지 계층을 Amazon RDS 예약 인스턴스로 마이그레이션합니다.

풀이

이 문제에서는 레거시 애플리케이션을 AWS 클라우드로 마이그레이션하되, 24시간 가동되는 애플리케이션의 특성상 비용 효율적인 방식으로 마이그레이션해야 합니다. 또한 데이터베이스 스토리지 용량이 계속 증가하므로 이를 고려해야 합니다.

 

정답 : C

 

▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.

더보기

1.  문제의 요구사항 분석하기

 

  • 레거시 애플리케이션의 AWS 클라우드 마이그레이션
  • 24시간 7일 지속적인 운영
  • 시간이 지남에 따라 계속 증가하는 데이터베이스 스토리지
  • 가장 비용 효율적인 솔루션

 

2. 관련 AWS 서비스 생각하기

Amazon EC2 예약 인스턴스는 1년 또는 3년의 기간 동안 인스턴스를 예약하고 약정 사용량에 대해 대폭 할인된 요금을 지불하는 방식입니다. 24시간 가동되는 워크로드에 적합하며, 예약 기간이 길수록 더 큰 할인 혜택을 받을 수 있습니다.

 

Amazon EC2 스팟 인스턴스는 AWS 클라우드의 미사용 EC2 인스턴스를 대상으로 입찰가를 제시하여 온디맨드 요금보다 낮은 가격에 사용할 수 있습니다. 하지만 중단될 수 있는 위험이 있어 지속적인 워크로드에는 적합하지 않습니다.

 

Amazon Aurora는 완전 관리형 MySQL 및 PostgreSQL 호환 데이터베이스로, 크기 조정이 자유롭고 비용 효율적입니다. Aurora 클러스터를 구성할 때 예약 인스턴스를 선택하면 1년 또는 3년 동안 약정 사용량에 대해 할인된 요금을 적용받을 수 있습니다. 데이터베이스 스토리지 용량이 증가해도 Aurora 클러스터의 스토리지 볼륨 크기를 동적으로 확장할 수 있습니다.

 

Amazon RDS는 관리형 관계형 데이터베이스 서비스로 온디맨드나 예약 인스턴스 요금제를 사용할 수 있습니다. 하지만 Aurora에 비해 유연성과 비용 효율성이 낮습니다.

 

Amazon S3는 객체 스토리지 서비스로 관계형 데이터베이스로 사용할 수 없습니다. SQL 쿼리, 트랜잭션, ACID 속성 등 데이터베이스 기본 기능을 제공하지 않습니다.

3. 선택지 분석하기

A. 애플리케이션 계층을 Amazon EC2 스팟 인스턴스로 마이그레이션합니다. 데이터 스토리지 계층을 Amazon S3로 마이그레이션합니다.

→ Amazon EC2 스팟 인스턴스 + Amazon S3 : EC2 스팟 인스턴스는 AWS의 여유 용량을 활용하여 최대 90% 할인을 제공하지만 언제든 중단될 수 있는 위험이 있어 24시간 지속적인 운영이 필요한 레거시 애플리케이션에는 부적합합니다. Amazon S3는 객체 스토리지 서비스로 관계형 데이터베이스 기능을 제공하지 않으므로 데이터베이스 스토리지 계층으로 사용할 수 없습니다.

 

B. 애플리케이션 계층을 Amazon EC2 예약 인스턴스로 마이그레이션합니다. 데이터 스토리지 계층을 Amazon RDS 온디맨드 인스턴스로 마이그레이션합니다.

→ Amazon EC2 예약 인스턴스 + Amazon RDS 온디맨드 인스턴스 : EC2 예약 인스턴스는 24시간 운영에 적합하지만, RDS 온디맨드 인스턴스는 24시간 지속 운영 시 예약 인스턴스 대비 비용 효율성이 현저히 낮습니다. 또한 RDS의 스토리지 확장성도 Aurora에 비해 제한적입니다.

 

C. 애플리케이션 계층을 Amazon EC2 예약 인스턴스로 마이그레이션합니다. 데이터 스토리지 계층을 Amazon Aurora 예약 인스턴스로 마이그레이션합니다.

→ Amazon EC2 예약 인스턴스 + Amazon Aurora 예약 인스턴스 : EC2 예약 인스턴스는 24시간 지속 운영에 최적화되어 최대 비용 절감이 가능하고, Aurora는 자동 스토리지 확장 기능으로 증가하는 데이터베이스 요구사항을 효율적으로 처리할 수 있습니다. Aurora 예약 인스턴스를 통해 데이터베이스 컴퓨팅 비용도 최적화할 수 있어 모든 요구사항을 충족하는 가장 비용 효율적인 솔루션입니다.

 

D. 애플리케이션 계층을 Amazon EC2 온디맨드 인스턴스로 마이그레이션합니다. 데이터 스토리지 계층을 Amazon RDS 예약 인스턴스로 마이그레이션합니다.

→ Amazon EC2 온디맨드 인스턴스 + Amazon RDS 예약 인스턴스 : Amazon EC2 온디맨드 인스턴스는 24시간 지속 운영 시 예약 인스턴스 대비 비용 효율성이 현저히 낮습니다. RDS 예약 인스턴스를 사용하더라도 전체 솔루션의 비용 효율성이 떨어지며, Aurora에 비해 스토리지 확장성과 성능 최적화 측면에서도 제한적입니다.

 

 

감사합니다. 다음 글에서 만나요! 😊

저작자표시 (새창열림)

'AWS > SAA 준비' 카테고리의 다른 글

AWS SAA 합격으로 가는 길 #104  (2) 2025.07.28
AWS SAA 합격으로 가는 길 #103  (4) 2025.07.24
AWS SAA 합격으로 가는 길 #101  (1) 2025.07.21
AWS SAA 합격으로 가는 길 #100  (3) 2025.07.14
AWS SAA 합격으로 가는 길 #98  (5) 2025.07.07

관련글

티스토리툴바