본문 바로가기
AWS/SAA 준비

AWS SAA 합격으로 가는 길 #101

by Pacloud 2025. 7. 21.
반응형

안녕하세요! 넥스트클라우드의 SA 김도겸입니다. 오늘도 힘차게 SAA 취득을 위해 달려보겠습니다😊

 

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

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

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

3. 선택지 분석하기

 

바로 문제 풀이 해볼까요?

문제1

빠르게 성장하는 전자상거래 회사는 단일 AWS 리전에서 워크로드를 실행하고 있습니다. 솔루션 설계자는 다른 AWS 리전을 포함하는 재해 복구(DR) 전략을 생성해야 합니다. 회사는 대기 시간을 최소화하면서 DR 지역에서 데이터베이스를 최신 상태로 유지하기를 원합니다. DR 지역의 나머지 인프라는 감소된 용량으로 실행되어야 하며 필요한 경우 확장할 수 있어야 합니다. 가장 낮은 RTO(복구 시간 목표)로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

 

선택지

A. 파일럿 라이트 배포와 함께 Amazon Aurora 글로벌 데이터베이스를 사용합니다.

 

B. 웜 대기 배포와 함께 Amazon Aurora 글로벌 데이터베이스를 사용합니다.

 

C. 파일럿 라이트 배포와 함께 Amazon RDS 다중 AZ DB 인스턴스를 사용합니다.

 

D. 웜 대기 배포와 함께 Amazon RDS 다중 AZ DB 인스턴스를 사용합니다.

풀이

AWS 리전 간에 대기 시간을 최소화하면서 재해 복구(DR) 전략을 구축해야 합니다. DR 지역에서 데이터베이스를 최신 상태로 유지하고, DR 지역의 나머지 인프라는 감소된 용량으로 실행되어야 하지만 필요 시 확장할 수 있어야 합니다.

정답 : B

 

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

더보기

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

  • 크로스 리전 재해 복구(DR) 전략 구축
  • 대기 시간을 최소화하면서 DR 지역에서 데이터베이스를 최신 상태로 유지
  • DR 지역의 나머지 인프라는 감소된 용량으로 실행되되 필요 시 확장 가능
  • 가장 낮은 RTO(복구 시간 목표) 달성

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

Amazon Aurora Global Database는 크로스 리전 복제를 지원하는 완전관리형 데이터베이스 서비스입니다. 보조 리전에 읽기 전용 복제본을 생성하여 1초 미만의 대기 시간으로 데이터를 복제하며, 재해 발생 시 빠른 failover가 가능합니다.

 

DR 전략에는 파일럿 라이트와 웜 대기가 있습니다. 파일럿 라이트는 핵심 시스템만 최소한으로 실행하여 재해 시 인프라를 구축해야 하므로 RTO가 높습니다. 웜 대기는 감소된 용량으로 전체 인프라를 사전 구성하여 재해 시 즉시 확장할 수 있어 낮은 RTO를 제공합니다.

3. 선택지 분석하기

A. 파일럿 라이트 배포와 함께 Amazon Aurora 글로벌 데이터베이스를 사용합니다.

→ 파일럿 라이트는 재해 시 인프라 구축 시간이 필요하여 RTO가 높아집니다. 요구사항인 "가장 낮은 RTO"를 충족하지 못합니다.

 

B. 웜 대기 배포와 함께 Amazon Aurora 글로벌 데이터베이스를 사용합니다.

→ Aurora Global Database로 크로스 리전 복제 및 대기시간 최소화가 가능하고, 웜 대기로 DR 지역에 감소된 용량의 인프라가 사전 구성되어 재해 시 즉시 확장할 수 있어 가장 낮은 RTO를 제공합니다.

 

C. 파일럿 라이트 배포와 함께 Amazon RDS 다중 AZ DB 인스턴스를 사용합니다.

→ RDS Multi-AZ는 동일 리전 내 AZ 간 가용성만 제공하므로 크로스 리전 DR 요구사항을 충족하지 못합니다.

 

D. 웜 대기 배포와 함께 Amazon RDS 다중 AZ DB 인스턴스를 사용합니다.

→ RDS Multi-AZ는 크로스 리전 복제를 지원하지 않으므로 리전 간 DR 전략에 부적합합니다.

 

이어서 다음 문제입니다.

문제2

한 회사에서 UDP를 사용하는 수천 개의 지리적으로 분산된 원격 장치로부터 데이터를 수신하는 애플리케이션을 실행합니다. 애플리케이션은 데이터를 즉시 처리하고 필요한 경우 장치로 다시 메시지를 보냅니다. 데이터가 저장되지 않습니다. 회사는 장치에서 데이터 전송에 대한 대기 시간을 최소화하는 솔루션이 필요합니다. 솔루션은 또한 다른 AWS 리전에 대한 빠른 장애 조치를 제공해야 합니다. 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

 

선택지

A. Amazon Route 53 장애 조치 라우팅 정책을 구성합니다. 두 리전 각각에 NLB(Network Load Balancer)를 생성합니다. 데이터를 처리하기 위해 AWS Lambda 함수를 호출하도록 NLB를 구성합니다.

 

B. AWS Global Accelerator를 사용합니다. 두 리전 각각에 NLB(Network Load Balancer)를 엔드포인트로 생성합니다. Fargate 시작 유형으로 Amazon Elastic Container Service(Amazon ECS) 클러스터를 생성합니다. 클러스터에서 ECS 서비스를 생성합니다. Amazon ECS에서 데이터를 NL Process하기 위한 대상으로 ECS 서비스를 설정합니다.

 

C. AWS Global Accelerator를 사용합니다. 두 리전 각각에 Application Load Balancer(ALB)를 엔드포인트로 생성합니다. Fargate 시작 유형으로 Amazon Elastic Container Service(Amazon ECS) 클러스터를 생성합니다. 클러스터에서 ECS 서비스를 생성합니다. ECS 서비스를 ALB의 대상으로 설정합니다. Amazon ECS에서 데이터를 처리합니다.

 

D. Amazon Route 53 장애 조치 라우팅 정책을 구성합니다. 두 리전 각각에 Application Load Balancer(ALB)를 생성합니다. Fargate 시작 유형으로 Amazon Elastic Container Service(Amazon ECS) 클러스터를 생성합니다. 클러스터에서 ECS 서비스를 생성합니다. ECS 서비스를 ALB의 대상으로 설정합니다. Amazon ECS에서 데이터를 처리합니다.

풀이

Global Accelerator + NLB + ECS Fargate 조합을 사용해 지리적으로 분산된 원격 장치에서 UDP 데이터를 수신하고 즉시 처리합니다. 또한 대기 시간을 최소화하면서 다른 AWS 리전으로의 빠른 장애 조치를 제공해야 합니다.

 

정답 : B

 

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

더보기

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

 

  • 지리적으로 분산된 수천 개의 원격 장치에서 UDP 데이터 수신
  • 데이터를 즉시 처리하고 필요시 장치로 메시지 재전송
  • 데이터 전송 대기 시간 최소화
  • 다른 AWS 리전에 대한 빠른 장애 조치 제공

 

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

AWS Global Accelerator는 애플리케이션의 가용성 및 성능을 개선하기 위한 네트워크 전송 서비스입니다. AWS 글로벌 네트워크의 엣지 로케이션을 통해 지연시간을 최대 60% 감소시키며, 애니캐스트 IP로 자동으로 가장 가까운 엔드포인트로 라우팅합니다. 헬스체크 기반으로 즉시 장애 조치가 가능하여 Route 53보다 빠른 failover를 제공합니다.

 

Network Load Balancer(NLB)는 Layer 4에서 동작하는 고성능 네트워크 로드 밸런서로, TCP 및 UDP 트래픽 처리에 최적화되어 있습니다. 수신 UDP 트래픽을 효율적으로 분산할 수 있습니다.

 

Amazon ECS with Fargate는 서버 프로비저닝 없이 컨테이너를 실행할 수 있는 서버리스 컨테이너 서비스입니다.

3. 선택지 분석하기

A. Amazon Route 53 장애 조치 라우팅 정책을 구성합니다. 두 리전 각각에 NLB(Network Load Balancer)를 생성합니다. 데이터를 처리하기 위해 AWS Lambda 함수를 호출하도록 NLB를 구성합니다.

→ Route 53 장애 조치 + NLB + Lambda: Route 53 장애 조치는 DNS TTL로 인한 지연이 발생하며,
Lambda는 UDP 트래픽을 직접 수신할 수 없습니다. Lambda는 HTTP(S) 요청과 이벤트 기반 트리거만 지원합니다.

 

B. AWS Global Accelerator를 사용합니다. 두 리전 각각에 NLB(Network Load Balancer)를 엔드포인트로 생성합니다. Fargate 시작 유형으로 Amazon Elastic Container Service(Amazon ECS) 클러스터를 생성합니다. 클러스터에서 ECS 서비스를 생성합니다. Amazon ECS에서 데이터를 NL Process하기 위한 대상으로 ECS 서비스를 설정합니다.

→ Global Accelerator + NLB + ECS Fargate: Global Accelerator로 지연시간을 최소화하고 즉시 장애 조치가 가능하며, NLB로 UDP 트래픽을 효율적으로 처리하고, ECS Fargate로 확장 가능한 컨테이너 애플리케이션을 실행할 수 있어 모든 요구사항을 충족합니다.

 

C. AWS Global Accelerator를 사용합니다. 두 리전 각각에 Application Load Balancer(ALB)를 엔드포인트로 생성합니다. Fargate 시작 유형으로 Amazon Elastic Container Service(Amazon ECS) 클러스터를 생성합니다. 클러스터에서 ECS 서비스를 생성합니다. ECS 서비스를 ALB의 대상으로 설정합니다. Amazon ECS에서 데이터를 처리합니다.

→ Global Accelerator + ALB + ECS Fargate: ALB는 Layer 7(HTTP/HTTPS)에서만 동작하므로 Layer 4(UDP) 트래픽을 처리할 수 없습니다.

 

D. Amazon Route 53 장애 조치 라우팅 정책을 구성합니다. 두 리전 각각에 Application Load Balancer(ALB)를 생성합니다. Fargate 시작 유형으로 Amazon Elastic Container Service(Amazon ECS) 클러스터를 생성합니다. 클러스터에서 ECS 서비스를 생성합니다. ECS 서비스를 ALB의 대상으로 설정합니다. Amazon ECS에서 데이터를 처리합니다.

→ Route 53 장애 조치 + ALB + ECS Fargate: ALB는 UDP 트래픽 처리가 불가능하며, Route 53 장애 조치는 DNS TTL로 인한 지연으로 빠른 장애 조치 요구사항을 충족하지 못합니다.

 

마지막 문제 살펴볼게요.

문제3

회사에는 수명이 다한 온프레미스 볼륨 백업 솔루션이 있습니다. 회사는 AWS를 새로운 백업 솔루션의 일부로 사용하고 AWS에 백업되는 동안 모든 데이터에 대한 로컬 액세스를 유지하려고 합니다. 회사는 AWS에 백업된 데이터가 자동으로 안전하게 전송되기를 원합니다. 어떤 솔루션이 이러한 요구 사항을 충족합니까?

 

선택지

A. AWS Snowball을 사용하여 온프레미스 솔루션에서 Amazon S3로 데이터를 마이그레이션합니다. 데이터에 대한 로컬 액세스를 제공하기 위해 Snowball S3 엔드포인트를 탑재하도 록 온프레미스 시스템을 구성합니다.

 

B. AWS Snowball Edge를 사용하여 온프레미스 솔루션에서 Amazon S3로 데이터를 마이그레이션합니다. Snowball Edge 파일 인터페이스를 사용하여 온프레미스 시스템에 데이터 에 대한 로컬 액세스를 제공합니다.

 

C. AWS Storage Gateway를 사용하고 캐시된 볼륨 게이트웨이를 구성합니다. 온프레미스에서 Storage Gateway 소프트웨어 어플라이언스를 실행하고 로컬로 캐시할 데이터 비율을 구성합니다. 데이터에 대한 로컬 액세스를 제공하기 위해 게이트웨이 스토리지 볼륨을 마운트합니다.

 

D. AWS Storage Gateway를 사용하고 저장된 볼륨 게이트웨이를 구성합니다. 온프레미스에서 Storage Gateway 소프트웨어 어플라이언스를 실행하고 게이트웨이 스토리지 볼륨을 온프레미스 스토리지에 매핑합니다. 데이터에 대한 로컬 액세스를 제공하기 위해 게이트웨이 스토리지 볼륨을 마운트합니다.

풀이

AWS를 새로운 백업 솔루션의 일부로 사용하고자 합니다. 백업되는 동안 모든 데이터에 대한 로컬 액세스를 유지해야 하며, AWS에 백업된 데이터는 자동으로 안전하게 전송되어야 합니다.
이러한 모든 요구사항을 충족하는 서비스는 AWS Storage Gateway의 저장 볼륨 게이트웨이로, Storage Gateway 캐시 볼륨(일부 데이터만 로컬), Snowball 계열(일회성 전송)과 달리 지속적인 하이브리드 백업 요구사항을 완벽히 충족합니다.

 

정답 : D

 

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

더보기

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

  • 온프레미스 볼륨 백업 솔루션을 AWS로 교체
  • AWS에 백업되는 동안 모든 데이터에 대한 로컬 액세스 유지
  • AWS에 백업된 데이터가 자동으로 안전하게 전송

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

AWS Snowball/Snowball Edge는 물리적 디바이스를 사용하여 대량의 데이터를 AWS로 전송하는 일회성 마이그레이션 솔루션입니다. 지속적인 백업 솔루션에는 적합하지 않습니다.

 

AWS Storage Gateway는 온프레미스 환경과 AWS 클라우드 스토리지를 연결하는 하이브리드 스토리지 서비스입니다.

  • 캐시 볼륨 게이트웨이: 기본 데이터는 S3에 저장되고, 자주 액세스하는 데이터만 로컬에 캐시합니다.
  • 저장 볼륨 게이트웨이: 전체 데이터를 온프레미스에 저장하면서 비동기적으로 S3에 스냅샷을 백업합니다. 모든 데이터에 대한 로컬 액세스를 보장합니다.

3. 선택지 분석하기

A. AWS Snowball을 사용하여 온프레미스 솔루션에서 Amazon S3로 데이터를 마이그레이션합니다. 데이터에 대한 로컬 액세스를 제공하기 위해 Snowball S3 엔드포인트를 탑재하도 록 온프레미스 시스템을 구성합니다.

→ Snowball은 일회성 데이터 전송용이며, 지속적인 로컬 액세스나 자동 백업 기능을 제공하지 않습니다.

 

B. AWS Snowball Edge를 사용하여 온프레미스 솔루션에서 Amazon S3로 데이터를 마이그레이션합니다. Snowball Edge 파일 인터페이스를 사용하여 온프레미스 시스템에 데이터 에 대한 로컬 액세스를 제공합니다.

→ Snowball Edge는 물리적 디바이스로 지속적인 백업 솔루션이 아닙니다. 자동 백업 기능이 제한적입니다.

 

C. AWS Storage Gateway를 사용하고 캐시된 볼륨 게이트웨이를 구성합니다. 온프레미스에서 Storage Gateway 소프트웨어 어플라이언스를 실행하고 로컬로 캐시할 데이터 비율을 구성합니다. 데이터에 대한 로컬 액세스를 제공하기 위해 게이트웨이 스토리지 볼륨을 마운트합니다.

→ 기본 데이터가 S3에 저장되므로 모든 데이터에 대한 완전한 로컬 액세스를 보장하지 못합니다. 캐시되지 않은 데이터는 네트워크를 통해 액세스해야 합니다.

 

D. AWS Storage Gateway를 사용하고 저장된 볼륨 게이트웨이를 구성합니다. 온프레미스에서 Storage Gateway 소프트웨어 어플라이언스를 실행하고 게이트웨이 스토리지 볼륨을 온프레미스 스토리지에 매핑합니다. 데이터에 대한 로컬 액세스를 제공하기 위해 게이트웨이 스토리지 볼륨을 마운트합니다.

→ 전체 데이터 세트를 온프레미스에 저장하여 모든 데이터에 대한 로컬 액세스를 보장하고, 비동기적으로 S3에 스냅샷을 자동 백업합니다. iSCSI 볼륨으로 마운트하여 기존 애플리케이션과 호환됩니다.

 

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

저작자표시 (새창열림)

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

AWS SAA 합격으로 가는 길 #103  (4) 2025.07.24
AWS SAA 합격으로 가는 길 #102  (2) 2025.07.21
AWS SAA 합격으로 가는 길 #100  (3) 2025.07.14
AWS SAA 합격으로 가는 길 #98  (3) 2025.07.07
AWS SAA 합격으로 가는 길 #97  (0) 2025.07.04

관련글

티스토리툴바