AWS SAA 합격으로 가는 길 #177

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

이번 주부터 다시 새로운 주가 시작됩니다. 벌써 5월의 절반이 지나갔네요!

이번 달 학습량을 50% 채웠다니 놀랍습니다.

이제 이번 달 끝이 멀지 않았으니, 다시 나머지를 채우러 가보도록 하시죠!

 

 

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

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

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

3. 선택지 분석하기

 

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

---

문제1

한 글로벌 기업이 AWS에서 워크로드를 실행하고 있습니다. 이 회사의 애플리케이션은 민감한 데이터 저장 및 분석을 위해 AWS 리전 전체에서 Amazon S3 버킷을 사용합니다. 회사는 매일 수백만 개의 객체를 여러 S3 버킷에 저장합니다. 회사는 버전 관리가 활성화되지 않은 모든 S3 버킷을 식별하려고 합니다.

이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

 

선택지

A. 여러 지역에서 버전 관리가 활성화되지 않은 모든 S3 버킷을 식별하는 규칙이 있는 AWS CloudTrail 이벤트를 설정합니다.
B. Amazon S3 Storage Lens를 사용하여 여러 지역에서 버전 관리가 활성화되지 않은 모든 S3 버킷을 식별합니다.
C. S3용 IAM 액세스 분석기를 활성화하여 여러 지역에서 버전 관리가 활성화되지 않은 모든 S3 버킷을 식별합니다.
D. S3 다중 지역 액세스 포인트를 생성하여 지역 전체에 걸쳐 버전 관리가 활성화되지 않은 모든 S3 버킷을 식별합니다.

---

풀이

여러 리전의 S3 버킷 중 버전 관리가 활성화되지 않은 버킷을 식별해야 합니다. S3 Storage Lens는 조직 전체 S3 사용 현황을 분석하는 도구로 버전 관리 비활성화 버킷 수 같은 데이터 보호 지표를 대시보드에서 제공합니다.

 

정답 : B

 

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

---

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

• 여러 리전에 분포된 S3 버킷 현황 파악하기
• 버전 관리가 비활성화된 버킷 식별하기
• 다수 버킷을 효율적으로 점검하기

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

• Amazon S3 Storage Lens : AWS 조직, 계정, 리전, 스토리지 클래스, 버킷, 접두사 단위로 S3 사용 현황과 활동을 집계하여 분석하는 클라우드 스토리지 분석 서비스입니다. 기본 대시보드인 default-account-dashboard가 자동으로 활성화되며, 사용자는 추가로 사용자 지정 대시보드를 만들 수 있습니다. 메트릭은 크게 두 가지 티어로 제공됩니다. 무료 티어에서는 총 스토리지, 객체 수, 평균 객체 크기 등 약 28개의 사용량 메트릭을 14일간 보관하여 제공합니다. 유료인 고급 메트릭 및 권장 사항 티어에서는 활동 메트릭(GET, PUT 요청 수 등), 상세 상태 코드 메트릭, 데이터 보호 메트릭이 추가되며 15개월간 데이터를 보관합니다.
• AWS CloudTrail : AWS 계정 활동에 대한 거버넌스, 규정 준수, 운영 및 위험 감사를 가능하게 하는 서비스입니다. AWS Management Console, AWS CLI, SDK, API를 통해 발생한 모든 작업을 이벤트로 기록합니다. 이벤트는 세 가지 유형으로 분류됩니다. 관리 이벤트는 리소스에 대한 관리 작업(예: 버킷 생성, IAM 사용자 생성)을 기록하며 기본적으로 90일간 이벤트 기록에서 조회할 수 있습니다.
• IAM Access Analyzer : 자동화된 추론(automated reasoning)이라는 수학적 논리 기반 기법을 사용하여 리소스 정책을 분석하는 서비스입니다. 외부 액세스 분석기는 신뢰 영역(기본적으로 AWS 계정 또는 조직) 외부의 주체에게 액세스 권한을 부여하는 리소스를 식별합니다. 분석 대상에는 S3 버킷, IAM 역할, KMS 키, Lambda 함수 및 계층, SQS 큐, Secrets Manager 비밀, EBS 스냅샷, RDS 스냅샷, ECR 리포지토리 등이 포함됩니다.

3. 선택지 분석하기

A. 여러 지역에서 버전 관리가 활성화되지 않은 모든 S3 버킷을 식별하는 규칙이 있는 AWS CloudTrail 이벤트를 설정합니다.
→ CloudTrail은 API 활동을 기록하는 서비스로 버킷 구성 상태를 직접 조회하는 기능이 없어 적절한 방법이 아닙니다.

 

B. Amazon S3 Storage Lens를 사용하여 여러 지역에서 버전 관리가 활성화되지 않은 모든 S3 버킷을 식별합니다.
→ Storage Lens 대시보드의 데이터 보호 지표로 버전 관리 비활성화 버킷을 손쉽게 식별할 수 있어 현재 상황에 적절한 서비스입니다.

 

C. S3용 IAM 액세스 분석기를 활성화하여 여러 지역에서 버전 관리가 활성화되지 않은 모든 S3 버킷을 식별합니다.
→ IAM Access Analyzer는 외부 공유 액세스 위험을 탐지하는 도구이며 버전 관리 구성 점검 기능이 없으므로 적절한 방법이 아닙니다.

 

D. S3 다중 지역 액세스 포인트를 생성하여 지역 전체에 걸쳐 버전 관리가 활성화되지 않은 모든 S3 버킷을 식별합니다.

→ Multi-Region Access Point는 액세스 라우팅 성능을 위한 기능일 뿐 버킷 구성 상태를 식별하는 기능이 없어 적절치 않습니다.

---

 

이어서 다음 문제입니다.

---

문제2

회사는 Auto Scaling 그룹의 Amazon EC2 온디맨드 인스턴스에서 애플리케이션을 호스팅합니다. 신청 피크 시간은 매일 같은 시간에 발생합니다. 애플리케이션 사용자는 피크 시간이 시작될 때 애플리케이션 성능이 느려진다고 보고합니다. 애플리케이션은 일반적으로 피크 시간이 시작된 후 2~3시간 후에 실행됩니다. 회사는 피크 시간대가 시작될 때 애플리케이션이 제대로 작동하는지 확인하려고 합니다.

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

 

선택지

A. 트래픽을 인스턴스에 적절하게 분산하도록 Application Load Balancer를 구성합니다.
B. 메모리 사용률을 기반으로 새 인스턴스를 시작하도록 Auto Scaling 그룹에 대한 동적 조정 정책을 구성합니다.
C. CPU 사용률을 기반으로 새 인스턴스를 시작하도록 Auto Scaling 그룹에 대한 동적 조정 정책을 구성합니다.
D. 피크 시간 전에 새 인스턴스를 시작하도록 Auto Scaling 그룹에 대한 예약된 조정 정책을 구성합니다.

---

풀이

피크 시간이 매일 같은 시각에 발생한다는 점이 핵심입니다. 예측 가능한 시간대에는 예약 조정(Scheduled Scaling)을 통해 피크 전에 미리 인스턴스를 확보해야 시작 시점부터 충분한 용량으로 성능 저하를 막을 수 있습니다.

 

정답 : D

 

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

---

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

• 매일 동일한 시각에 발생하는 예측 가능한 피크 처리하기
• 피크 시작 시점부터 충분한 용량 확보하기
• 인스턴스 준비 지연으로 인한 초기 성능 저하 방지하기

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

• Amazon EC2 Auto Scaling : EC2 인스턴스 수를 자동으로 조정하여 애플리케이션 가용성을 유지하고 비용을 최적화하는 서비스입니다. 조정 방식에는 지표 기반의 동적 조정, 미래 수요를 ML로 예측하는 예측 조정, 특정 시각에 용량을 변경하는 예약 조정이 있습니다.
  • 예약된 조정 정책 (Scheduled Scaling) : 정해진 날짜와 시간에 Auto Scaling 그룹의 원하는 용량, 최소, 최대 인스턴스 수를 변경하는 정책입니다. 트래픽 패턴이 시간대별로 예측 가능한 경우에 사용됩니다.
  • 동적 조정 정책 (Dynamic Scaling) : CloudWatch 지표(CPU, 메모리 등)가 임계값을 초과할 때 인스턴스를 추가하거나 제거하는 정책입니다. 지표가 임계값을 넘은 뒤 조정이 시작되므로 새 인스턴스가 준비되기까지 지연이 발생합니다.

3. 선택지 분석하기

A. 트래픽을 인스턴스에 적절하게 분산하도록 Application Load Balancer를 구성합니다.

→ ALB는 트래픽을 분산할 뿐 용량을 추가하지 않으므로 피크 초기 성능 저하 문제를 해결하지 못하여 적절치 않습니다.

B. 메모리 사용률을 기반으로 새 인스턴스를 시작하도록 Auto Scaling 그룹에 대한 동적 조정 정책을 구성합니다.
→ 임계값 초과 후 인스턴스가 시작되므로 피크 시작 시점에는 용량이 부족하여 초기 성능 저하가 그대로 발생하게 되어 적합하지 않습니다.

 

C. CPU 사용률을 기반으로 새 인스턴스를 시작하도록 Auto Scaling 그룹에 대한 동적 조정 정책을 구성합니다.
→ 사후 반응형 조정이라 인스턴스 부팅 지연이 생기며 피크 시작 직후의 느려짐을 막지 못함으로 적절하지 않습니다.

 

D. 피크 시간 전에 새 인스턴스를 시작하도록 Auto Scaling 그룹에 대한 예약된 조정 정책을 구성합니다.

→ 예약 조정으로 피크 시작 전에 미리 용량을 확보하므로 시작 시점부터 안정적인 성능을 보장하는 적절한 선택지입니다.

---

 

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

---

문제3

회사는 프라이빗 서브넷의 Amazon EC2 인스턴스에서 애플리케이션을 실행합니다. 애플리케이션은 Amazon S3 버킷에 데이터를 저장하고 검색해야 합니다. 규제 요구 사항에 따라 데이터는 공용 인터넷을 통해 이동해서는 안 됩니다.

이러한 요구 사항을 가장 비용 효율적으로 충족하려면 솔루션 설계자가 무엇을 해야 합니까?

 

선택지

A. S3 버킷에 액세스하려면 NAT 게이트웨이를 배포하십시오.
B. S3 버킷에 액세스하려면 AWS Storage Gateway를 배포하십시오.
C. S3 버킷에 액세스하기 위해 S3 인터페이스 엔드포인트를 배포합니다.
D. S3 버킷에 액세스하려면 S3 게이트웨이 엔드포인트를 배포합니다.

---

풀이

프라이빗 서브넷의 EC2가 인터넷을 거치지 않고 S3에 접근해야 하며 비용 효율성이 핵심입니다. S3 게이트웨이 엔드포인트는 추가 요금 없이 VPC 내부에서 S3로의 프라이빗 라우팅을 제공하므로 가장 적합합니다.

 

정답 : D

 

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

---

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

• 프라이빗 서브넷 EC2에서 S3로 안전하게 연결하기
• 데이터가 퍼블릭 인터넷을 통과하지 않도록 보장하기
• 가장 비용 효율적인 방식으로 구현하기

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

• S3 게이트웨이 엔드포인트 : VPC 라우팅 테이블에 경로를 추가하여 S3와 DynamoDB에 대해 AWS 내부망으로 프라이빗하게 연결하는 VPC 엔드포인트 유형입니다. 시간당 요금이나 데이터 처리 비용이 없어 무료로 사용할 수 있으며, 동일 리전의 S3 버킷에만 적용됩니다.
• S3 인터페이스 엔드포인트 (AWS PrivateLink) : VPC 내 서브넷에 ENI(탄력적 네트워크 인터페이스)를 생성하여 프라이빗 IP로 S3에 접근하게 하는 방식입니다. 엔드포인트 시간당 요금과 데이터 처리 요금이 부과되며, 온프레미스에서 VPN/Direct Connect를 통한 접근이나 리전 간 접근이 필요할 때 사용됩니다.
• NAT 게이트웨이 : 프라이빗 서브넷의 리소스가 인터넷으로 아웃바운드 트래픽을 보낼 수 있도록 주소를 변환해주는 관리형 서비스입니다. 시간당 요금과 데이터 처리 요금이 발생하며 트래픽은 퍼블릭 인터넷을 경유합니다.
• AWS Storage Gateway : 온프레미스 환경과 AWS 스토리지를 통합하는 하이브리드 스토리지 서비스입니다. 파일, 볼륨, 테이프 게이트웨이 형태로 제공되며 온프레미스 애플리케이션이 S3 등 AWS 스토리지를 로컬처럼 사용할 수 있게 합니다.

3. 선택지 분석하기

A. S3 버킷에 액세스하려면 NAT 게이트웨이를 배포하십시오.
→ NAT 게이트웨이는 퍼블릭 인터넷을 경유하므로 규제 요구사항을 위반하며 시간당 및 데이터 처리 요금까지 발생하여 부적합합니다.

 

B. S3 버킷에 액세스하려면 AWS Storage Gateway를 배포하십시오.
→ Storage Gateway는 온프레미스와 AWS 간 하이브리드 연결용 서비스로, VPC 내 EC2에서 S3로 접근하는 시나리오에는 맞지 않습니다.

 

C. S3 버킷에 액세스하기 위해 S3 인터페이스 엔드포인트를 배포합니다.
→ 프라이빗 연결은 가능하지만 시간당 요금과 데이터 처리 요금이 부과되어 비용 효율성 측면에서 게이트웨이 엔드포인트보다 불리합니다.

 

D. S3 버킷에 액세스하려면 S3 게이트웨이 엔드포인트를 배포합니다.

→ 추가 비용 없이 AWS 내부망으로 S3에 프라이빗 접근을 제공하므로 인터넷 우회 요건과 비용 효율성을 모두 만족하는 적절한 선택지입니다.

---

 

오늘도 고생 많으셨습니다!

그럼 이번 주 금요일에 뵙겠습니다 😊

무더위 조심하시고, 일교차 조심하세요!