본문 바로가기
AWS/SAA 준비

AWS SAA 합격으로 가는 길 #183

by Pacloud 2026. 6. 12.
반응형

 

안녕하세요! 넥스트클라우드의 테크니컬 트레이너 김서윤입니다. 🌷

금요일이에요! 주말 시작 전, 세 문제로 마음 가볍게 정리해 봐요.

 

문제는 세 가지 단계를 거치며 풀어가겠습니다.

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

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

3. 선택지 분석하기

 

바로 문제 풀이 시작합니다.

문제1

회사에서는 Microsoft SQL Server 데이터베이스를 사용합니다. 회사의 애플리케이션은 데이터베이스에 연결됩니다. 회사는 애플리케이션 코드를 최소한으로 변경하면서 Amazon Aurora PostgreSQL 데이터베이스로 마이그레이션하려고 합니다.

 

이러한 요구 사항을 충족하는 단계 조합은 무엇입니까? (2개를 선택하세요.)

 

선택지

A. AWS SCT(AWS Schema Conversion Tool)를 사용하여 애플리케이션에서 SQL 쿼리를 다시 작성하십시오.

B. Aurora PostgreSQL에서 Babelfish를 활성화하여 애플리케이션에서 SQL 쿼리를 실행합니다.

C. AWS Schema Conversion Tool(AWS SCT) 및 AWS Database Migration Service(AWS DMS)를 사용하여 데이터베이스 스키마와 데이터를 마이그레이션합니다.

D. Amazon RDS Proxy를 사용하여 애플리케이션을 Aurora PostgreSQL에 연결합니다.

E. AWS Database Migration Service(AWS DMS)를 사용하여 애플리케이션에서 SQL 쿼리를 다시 작성합니다.

풀이

Babelfish for Aurora PostgreSQL은 SQL Server의 T-SQL과 TDS 프로토콜을 그대로 이해해, 기존 SQL Server 애플리케이션 코드를 거의 수정하지 않고 PostgreSQL에 연결할 수 있게 합니다. 스키마와 데이터 자체는 SCT로 변환하고 DMS로 옮기면 전체 마이그레이션이 완성됩니다.

 

정답 : B, C

 

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

더보기

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

  • SQL Server에서 Aurora PostgreSQL로 데이터베이스 마이그레이션.
  • 기존 애플리케이션 코드 변경을 최소화.
  • 스키마와 데이터 모두 안전하게 이전.

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

  • Babelfish for Aurora PostgreSQL : Aurora PostgreSQL이 Microsoft SQL Server의 통신 프로토콜(TDS)과 T-SQL 쿼리를 그대로 이해할 수 있도록 해주는 호환 계층입니다. SQL Server 애플리케이션이 드라이버나 쿼리를 거의 수정하지 않고 PostgreSQL에 접속할 수 있습니다.
  • AWS Schema Conversion Tool (AWS SCT) : 원본 데이터베이스의 스키마와 저장 프로시저 등을 대상 엔진에 맞게 자동 변환해 주는 도구로, 이기종 데이터베이스 마이그레이션에 사용됩니다.
  • AWS Database Migration Service (AWS DMS) : 원본 DB의 데이터를 대상 DB로 최소한의 다운타임으로 복제·이전해 주는 관리형 마이그레이션 서비스입니다.
  • Amazon RDS Proxy : 데이터베이스 연결 풀링·페일오버를 관리해 주는 프록시 서비스로, 마이그레이션 도구가 아닙니다.

3. 선택지 분석하기

A. AWS SCT(AWS Schema Conversion Tool)를 사용하여 애플리케이션에서 SQL 쿼리를 다시 작성하십시오.

→ SCT는 DB 스키마 변환 도구이며 애플리케이션 SQL 재작성 도구가 아닙니다.

 

B. Aurora PostgreSQL에서 Babelfish를 활성화하여 애플리케이션에서 SQL 쿼리를 실행합니다.

→ Babelfish로 SQL Server 쿼리를 거의 그대로 받아 코드 변경을 최소화합니다.

 

C. AWS Schema Conversion Tool(AWS SCT) 및 AWS Database Migration Service(AWS DMS)를 사용하여 데이터베이스 스키마와 데이터를 마이그레이션합니다.

→ SCT는 스키마, DMS는 데이터 마이그레이션 표준 조합입니다.

 

D. Amazon RDS Proxy를 사용하여 애플리케이션을 Aurora PostgreSQL에 연결합니다.

→ RDS Proxy는 연결 풀링용이지 마이그레이션 도구가 아닙니다.

 

E. AWS Database Migration Service(AWS DMS)를 사용하여 애플리케이션에서 SQL 쿼리를 다시 작성합니다.

→ DMS는 데이터 이전 도구이며 애플리케이션 쿼리 재작성 기능이 없습니다.

 

이어서 다음 문제입니다.

문제2

회사에서 여러 AWS 계정에 대한 로깅 솔루션을 구축하려고 합니다. 회사는 현재 모든 계정의 로그를 중앙 집중식 계정에 저장합니다. 회사는 VPC 흐름 로그와 AWS CloudTrail 로그를 저장하기 위해 중앙 집중식 계정에 Amazon S3 버킷을 생성했습니다. 모든 로그는 빈번한 분석을 위해 30일 동안 가용성이 높아야 하며, 백업 목적으로 추가 60일 동안 유지되고 생성 후 90일 후에 삭제되어야 합니다.

 

이러한 요구 사항을 가장 비용 효율적으로 충족하는 솔루션은 무엇입니까?

 

선택지

A. 생성 후 30일이 지나면 객체를 S3 Standard 스토리지 클래스로 전환합니다. 90일 후에 객체를 삭제하도록 Amazon S3에 지시하는 만료 작업을 작성합니다.

B. 생성 후 30일이 지나면 객체를 S3 Standard-Infrequent Access(S3 Standard-IA) 스토리지 클래스로 전환합니다. 90일 후에 모든 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 이동합니다. 90일 후에 객체를 삭제하도록 Amazon S3에 지시하는 만료 작업을 작성합니다.

C. 생성 후 30일이 지나면 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 전환합니다. 90일 후에 객체를 삭제하도록 Amazon S3에 지시하는 만료 작업을 작성합니다.

D. 생성 후 30일이 지나면 객체를 S3 One Zone-Infrequent Access(S3 One Zone-IA) 스토리지 클래스로 전환합니다. 90일 후에 모든 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 이동합니다. 90일 후에 객체를 삭제하도록 Amazon S3에 지시하는 만료 작업을 작성합니다.

풀이

처음 30일은 빈번한 분석용으로 S3 Standard, 그 이후 60일은 단순 보관용이므로 가장 저렴한 아카이브 클래스인 S3 Glacier Flexible Retrieval로 즉시 전환하는 것이 비용 효율적입니다. 90일 만료 정책까지 함께 설정해 자동 삭제하면 요구사항을 모두 만족합니다.

 

정답 : C

 

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

더보기

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

  • 첫 30일은 빈번한 분석을 위한 고가용성 보관 필요.
  • 추가 60일은 백업 용도로만 유지(거의 액세스 없음).
  • 90일 후 자동 만료·삭제로 비용 최소화.

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

  • S3 Standard : 빈번한 액세스에 최적화된 기본 스토리지 클래스로 저장 비용이 가장 비싸지만 즉시 액세스가 가능합니다.
  • S3 Standard-Infrequent Access (Standard-IA) : 액세스 빈도는 낮지만 필요 시 즉시 사용해야 하는 데이터용 클래스로 최소 30일 보관 기간이 적용됩니다.
  • S3 Glacier Flexible Retrieval : 장기 아카이브용 저비용 클래스로 최소 90일 보관 기간이 적용되며, 검색에 분 단위 ~ 시간 단위가 소요되지만 저장 단가가 매우 낮습니다.
  • S3 수명 주기 정책 : 객체 나이에 따라 스토리지 클래스를 자동 전환하거나 만료시키는 규칙으로, 운영 자동화와 비용 최적화에 사용됩니다.

3. 선택지 분석하기

A. 생성 후 30일이 지나면 객체를 S3 Standard 스토리지 클래스로 전환합니다. 90일 후에 객체를 삭제하도록 Amazon S3에 지시하는 만료 작업을 작성합니다.

→ 이미 Standard에 있으므로 전환 의미가 없고 비용 최적화도 안 됩니다.

 

B. 생성 후 30일이 지나면 객체를 S3 Standard-Infrequent Access(S3 Standard-IA) 스토리지 클래스로 전환합니다. 90일 후에 모든 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 이동합니다. 90일 후에 객체를 삭제하도록 Amazon S3에 지시하는 만료 작업을 작성합니다.

→ 90일에 Glacier로 옮긴 직후 만료라 IA·Glacier 최소 보관 기간 비용이 추가됩니다.

 

C. 생성 후 30일이 지나면 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 전환합니다. 90일 후에 객체를 삭제하도록 Amazon S3에 지시하는 만료 작업을 작성합니다.

→ 30일 후 바로 가장 저렴한 아카이브로 전환되어 가장 비용 효율적입니다.

 

D. 생성 후 30일이 지나면 객체를 S3 One Zone-Infrequent Access(S3 One Zone-IA) 스토리지 클래스로 전환합니다. 90일 후에 모든 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 이동합니다. 90일 후에 객체를 삭제하도록 Amazon S3에 지시하는 만료 작업을 작성합니다.

→ 단일 AZ 보관은 로그 같은 중요 데이터의 가용성을 떨어뜨립니다.

 

마지막 문제 살펴보겠습니다.

문제3

회사에는 온프레미스 ISCSI(Internet Small Computer Systems Interface) 네트워크 스토리지 서버가 여러 대 있습니다. 회사는 AWS 클라우드로 이동하여 이러한 서버의 수를 줄이고 싶어합니다. 솔루션 설계자는 자주 사용되는 데이터에 대한 짧은 대기 시간 액세스를 제공하고 최소한의 인프라 변경으로 온프레미스 서버에 대한 종속성을 줄여야 합니다.

 

어떤 솔루션이 이러한 요구 사항을 충족합니까?

 

선택지

A. Amazon S3 파일 게이트웨이를 배포합니다.

B. Amazon S3에 대한 백업과 함께 Amazon Elastic Block Store(Amazon EBS) 스토리지를 배포합니다.

C. 저장된 볼륨으로 구성된 AWS Storage Gateway 볼륨 게이트웨이를 배포합니다.

D. 캐시된 볼륨으로 구성된 AWS Storage Gateway 볼륨 게이트웨이를 배포합니다.

풀이

기존 iSCSI 인터페이스를 유지하면서 온프레미스 스토리지 의존도를 낮추려면 AWS Storage Gateway 볼륨 게이트웨이의 캐시된 볼륨 모드가 적합합니다. 전체 데이터는 S3에 저장하고 자주 액세스되는 데이터만 로컬에 캐시해 짧은 대기 시간을 제공합니다.

 

정답 : D

 

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

더보기

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

  • 기존 iSCSI 프로토콜 호환성 유지(인프라 변경 최소화).
  • 자주 사용되는 데이터에 대한 저지연 액세스 보장.
  • 온프레미스 스토리지 서버 수 감소.

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

  • AWS Storage Gateway 볼륨 게이트웨이 : 온프레미스 애플리케이션에 iSCSI 블록 스토리지 인터페이스를 제공하면서 백엔드 데이터를 Amazon S3에 보관하는 하이브리드 서비스입니다.
    • 캐시된 볼륨(Cached Volume) : 전체 데이터는 S3에 저장하고 자주 사용되는 데이터만 로컬에 캐싱해 짧은 대기 시간으로 액세스합니다.
    • 저장된 볼륨(Stored Volume) : 전체 데이터를 로컬에 저장하고 비동기로 S3에 스냅샷을 업로드합니다.
  • Amazon S3 파일 게이트웨이 : NFS/SMB 프로토콜 기반 파일 인터페이스를 제공하므로 iSCSI 워크로드 대체에는 적합하지 않습니다.
  • Amazon EBS : EC2 인스턴스에 부착되는 블록 스토리지로 AWS 내부용입니다.

3. 선택지 분석하기

A. Amazon S3 파일 게이트웨이를 배포합니다.

→ S3 파일 게이트웨이는 NFS/SMB용이며 iSCSI 워크로드 호환이 안 됩니다.

 

B. Amazon S3에 대한 백업과 함께 Amazon Elastic Block Store(Amazon EBS) 스토리지를 배포합니다.

→ EBS는 AWS 내부 블록 스토리지이며 온프레미스 iSCSI 대체 솔루션이 아닙니다.

 

C. 저장된 볼륨으로 구성된 AWS Storage Gateway 볼륨 게이트웨이를 배포합니다.

→ 저장된 볼륨은 전체 데이터를 로컬에 보관해 온프레미스 서버 감축 효과가 없습니다.

 

D. 캐시된 볼륨으로 구성된 AWS Storage Gateway 볼륨 게이트웨이를 배포합니다.

→ iSCSI 호환 + 자주 쓰는 데이터 로컬 캐싱으로 모든 요구사항을 충족합니다.

 

오늘도 함께해 주셔서 감사합니다. 즐거운 주말 보내세요!

저작자표시 (새창열림)

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

AWS SAA 합격으로 가는 길 #185  (1) 2026.06.19
AWS SAA 합격으로 가는 길 #184  (1) 2026.06.15
AWS SAA 합격으로 가는 길 #182  (0) 2026.06.08
AWS SAA 합격으로 가는 길 #181  (0) 2026.06.05
AWS SAA 합격으로 가는 길 #180  (0) 2026.06.01

관련글

티스토리툴바