AWS SAA 합격으로 가는 길 #173

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

햇살 좋은 오늘, 오늘도 SAA 세 문제와 함께 가볍게 시작해 볼까요?

 

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

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

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

3. 선택지 분석하기

 

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

---

문제1

한 회사가 Amazon RDS 데이터베이스를 사용하여 Amazon EC2 인스턴스에 애플리케이션을 배포했습니다. 회사는 최소 권한 원칙을 사용하여 데이터베이스 액세스 자격 증명을 구성했습니다. 회사의 보안 팀은 SQL 주입 및 기타 웹 기반 공격으로부터 애플리케이션과 데이터베이스를 보호하려고 합니다.

 

최소한의 운영 오버헤드로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

 

선택지

A. 보안 그룹과 네트워크 ACL을 사용하여 데이터베이스와 애플리케이션 서버를 보호하십시오.

B. AWS WAF를 사용하여 애플리케이션을 보호하십시오. RDS 매개변수 그룹을 사용하여 보안 설정을 구성합니다.

C. AWS 네트워크 방화벽을 사용하여 애플리케이션과 데이터베이스를 보호하십시오.

D. 다양한 기능을 위해 애플리케이션 코드에서 다양한 데이터베이스 계정을 사용합니다. 데이터베이스 사용자에게 과도한 권한을 부여하지 마십시오.

---

풀이

이 문제는 SQL 주입과 같은 웹 기반 공격으로부터 애플리케이션을 보호하면서 운영 오버헤드를 최소화하는 방법을 묻고 있습니다. AWS WAF는 웹 공격을 차단하는 데 적합한 서비스이며, RDS 매개변수 그룹 설정을 통해 데이터베이스 자체 보안을 강화함으로써 관리 부담을 줄이며 보안 요구사항을 충족할 수 있습니다.

 

정답 : B

 

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

---

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

• SQL 주입 및 웹 기반 공격으로부터 애플리케이션과 RDS 데이터베이스 보호.
• 최소 권한 원칙을 준수하는 보안 자격 증명 구성 상태 유지.
• 최소한의 운영 오버헤드로 보안 솔루션 구현 및 관리.

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

• AWS WAF : 웹 ACL을 통해 SQL 주입, 크로스 사이트 스크립팅(XSS) 등 일반적인 웹 공격을 차단하는 방화벽 서비스로, Application Load Balancer나 CloudFront와 통합되어 트래픽을 필터링합니다.
• Amazon RDS : 관계형 데이터베이스를 손쉽게 설정·운영·확장할 수 있는 관리형 서비스로, 매개변수 그룹을 통해 데이터베이스 엔진 설정 값(암호화 강제, 로깅 등)을 일괄 적용하여 DB 계층의 보안을 강화할 수 있습니다.
• AWS Network Firewall : VPC 단위로 인바운드/아웃바운드 트래픽을 제어하는 관리형 네트워크 방화벽 서비스로, 주로 네트워크 계층 보호에 활용됩니다.
• 보안 그룹 / 네트워크 ACL : 인스턴스·서브넷 단위에서 IP·포트 기반으로 트래픽을 허용하거나 차단하는 기본 네트워크 보안 기능입니다.

3. 선택지 분석하기

A. 보안 그룹과 네트워크 ACL을 사용하여 데이터베이스와 애플리케이션 서버를 보호하십시오.

→ 포트 및 IP 기반 제어는 가능하나 SQL 주입과 같은 L7 계층의 웹 공격을 차단할 수 없습니다.

 

B. AWS WAF를 사용하여 애플리케이션을 보호하십시오. RDS 매개변수 그룹을 사용하여 보안 설정을 구성합니다.

→ WAF는 웹 공격을 직접 차단하며, 매개변수 그룹은 낮은 오버헤드로 DB 보안을 강화할 수 있어 요구사항을 충족합니다.

 

C. AWS 네트워크 방화벽을 사용하여 애플리케이션과 데이터베이스를 보호하십시오.

→ 네트워크 방화벽은 VPC 전체의 트래픽을 제어하지만, 웹 애플리케이션 공격 전용 방어로는 WAF보다 오버헤드가 큽니다.

 

D. 다양한 기능을 위해 애플리케이션 코드에서 다양한 데이터베이스 계정을 사용합니다. 데이터베이스 사용자에게 과도한 권한을 부여하지 마십시오.

→ 이는 최소 권한 원칙의 실천 방안일 뿐, 외부의 웹 기반 공격을 근본적으로 차단하는 솔루션이 아닙니다.

---

 

이어서 다음 문제입니다.

---

문제2

회사에 스토리지 용량이 부족한 온프레미스 데이터 센터가 있습니다. 회사는 대역폭 비용을 최소화하면서 스토리지 인프라를 AWS로 마이그레이션하려고 합니다. 솔루션은 추가 비용 없이 데이터를 즉시 검색할 수 있어야 합니다.

 

이러한 요구 사항을 어떻게 충족할 수 있습니까?

 

선택지

A. Amazon S3 Glacier Vault를 배포하고 빠른 검색을 활성화합니다. 워크로드에 대해 프로비저닝된 검색 용량을 활성화합니다.

B. 캐시된 볼륨을 사용하여 AWS Storage Gateway를 배포합니다. Storage Gateway를 사용하면 자주 액세스하는 데이터 하위 집합의 복사본을 로컬에 보관하면서 Amazon S3에 데이터를 저장할 수 있습니다.

C. 저장된 볼륨을 사용하여 AWS Storage Gateway를 배포하여 데이터를 로컬에 저장합니다. Storage Gateway를 사용하여 데이터의 특정 시점 스냅샷을 Amazon S3에 비동기식으로 백업합니다.

D. AWS Direct Connect를 배포하여 온프레미스 데이터 센터에 연결합니다. 데이터를 로컬에 저장하도록 AWS Storage Gateway를 구성합니다. Storage Gateway를 사용하여 데이터의 특정 시점 스냅샷을 Amazon S3에 비동기식으로 백업합니다.

---

풀이

온프레미스 스토리지 부족 문제를 해결하면서 대역폭 비용을 줄이려면 자주 쓰이는 데이터만 로컬에 캐싱하는 방식이 효율적입니다. AWS Storage Gateway의 캐시된 볼륨(Cached Volume) 모드는 전체 데이터는 S3에 저장하되 빈번하게 사용하는 데이터는 로컬에 유지하여 추가 비용 없이 즉각적인 데이터 검색을 지원하므로 요구 사항을 모두 충족합니다.

 

정답 : B

 

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

---

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

• 온프레미스 데이터 센터의 스토리지 용량 부족 문제 해결.
• 클라우드 마이그레이션 시 네트워크 대역폭 비용의 최소화.
• 데이터 검색 요청 시 추가 지연이나 비용 없이 즉시 사용 가능.

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

• AWS Storage Gateway : 온프레미스 환경과 AWS 클라우드 스토리지를 연결하는 하이브리드 서비스로, 로컬 애플리케이션에 표준 스토리지 프로토콜을 제공하면서 백엔드에서 S3와 데이터를 동기화합니다. 볼륨 게이트웨이는 두 가지 모드를 제공합니다.
  • Cached Volumes : 전체 데이터는 Amazon S3에 저장하고 자주 사용되는 데이터만 로컬에 캐싱하여 즉각적인 데이터 접근을 지원합니다.
  • Stored Volumes : 전체 데이터를 로컬에 저장하고 주기적으로 S3에 스냅샷 백업을 수행합니다.
• Amazon S3 Glacier : 데이터 아카이빙을 위한 저비용 스토리지 클래스로, 데이터를 읽으려면 복원 과정이 필요하며 검색 시 추가 비용이 발생합니다.
• AWS Direct Connect : 온프레미스 네트워크와 AWS 사이를 전용 회선으로 연결하는 서비스로, 안정적인 고대역폭 연결이 필요할 때 사용하지만 설치·유지 비용이 큽니다.

3. 선택지 분석하기

A. Amazon S3 Glacier Vault를 배포하고 빠른 검색을 활성화합니다. 워크로드에 대해 프로비저닝된 검색 용량을 활성화합니다.

→ S3 Glacier는 아카이브용이며, 빠른 검색 기능을 사용하더라도 추가적인 검색 비용이 발생하여 부적절합니다.

 

B. 캐시된 볼륨을 사용하여 AWS Storage Gateway를 배포합니다. Storage Gateway를 사용하면 자주 액세스하는 데이터 하위 집합의 복사본을 로컬에 보관하면서 Amazon S3에 데이터를 저장할 수 있습니다.

→ 로컬 스토리지를 적게 사용하면서 자주 쓰는 데이터에 즉시 접근 가능하므로 비용과 성능 면에서 적합한 구성입니다.

 

C. 저장된 볼륨을 사용하여 AWS Storage Gateway를 배포하여 데이터를 로컬에 저장합니다. Storage Gateway를 사용하여 데이터의 특정 시점 스냅샷을 Amazon S3에 비동기식으로 백업합니다.

→ 저장된 볼륨은 전체 데이터를 로컬에 유지해야 하므로 온프레미스 스토리지 부족 문제를 해결할 수 없습니다.

 

D. AWS Direct Connect를 배포하여 온프레미스 데이터 센터에 연결합니다. 데이터를 로컬에 저장하도록 AWS Storage Gateway를 구성합니다. Storage Gateway를 사용하여 데이터의 특정 시점 스냅샷을 Amazon S3에 비동기식으로 백업합니다.

→ Direct Connect는 대역폭 비용 최소화 요건과 거리가 멀며, 전체 데이터를 로컬에 두는 방식도 부적절합니다.

---

 

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

---

문제3

회사는 Amazon EC2 인스턴스를 시작하기 위해 AWS 계정에 여러 Amazon 머신 이미지(AMI)를 저장합니다. AMI에는 회사 운영에 필요한 중요한 데이터와 구성이 포함되어 있습니다. 회사는 실수로 삭제된 AMI를 빠르고 효율적으로 복구하는 솔루션을 구현하려고 합니다.

 

최소한의 운영 오버헤드로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

 

선택지

A. AMI의 Amazon Elastic Block Store(Amazon EBS) 스냅샷을 생성합니다. 스냅샷을 별도의 AWS 계정에 저장합니다.

B. 모든 AMI를 주기적으로 다른 AWS 계정에 복사합니다.

C. 휴지통 보관규칙을 생성합니다.

D. 교차 지역 복제 기능이 있는 Amazon S3 버킷에 AMI를 업로드합니다.

---

풀이

이 문제는 실수로 삭제된 AMI를 추가적인 복사 작업이나 복잡한 인프라 관리 없이 신속하게 복구하는 최적의 방법을 묻고 있습니다. AWS Recycle Bin(휴지통) 기능을 사용하면 보관 규칙 설정만으로 삭제된 리소스를 지정된 기간 동안 유지할 수 있으며, 클릭 몇 번으로 즉시 복구가 가능하여 운영 오버헤드가 가장 낮습니다.

 

정답 : C

 

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

---

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

• 실수로 삭제된 Amazon 머신 이미지(AMI)에 대한 복구 메커니즘 구축.
• 삭제된 리소스를 빠르고 효율적으로 복구할 수 있는 프로세스 구현.
• 별도의 인프라 관리나 수동 복사 작업 없는 최소한의 운영 오버헤드 유지.

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

• AWS Recycle Bin (휴지통) : 실수로 삭제된 EBS 스냅샷이나 AMI를 지정된 보관 기간 동안 버퍼 영역에 유지하여 삭제를 취소하고 복구할 수 있게 해주는 데이터 보호 기능입니다. 태그 기반 또는 모든 리소스 대상 보관 규칙을 설정할 수 있으며, 보관된 리소스는 필요할 때 원래 상태로 즉시 복원할 수 있습니다.
• Amazon Machine Image (AMI) : EC2 인스턴스를 시작할 때 사용하는 사전 구성된 템플릿으로, OS·애플리케이션·데이터 구성이 포함되어 있습니다. 백업·복제·이전 지역으로 공유 등 다양한 운영 시나리오에 활용됩니다.
• Amazon EBS 스냅샷 : EBS 볼륨의 특정 시점 복사본을 Amazon S3 기반의 안전한 영역에 저장하여 데이터 백업과 복구에 사용하는 기능입니다.

3. 선택지 분석하기

A. AMI의 Amazon Elastic Block Store(Amazon EBS) 스냅샷을 생성합니다. 스냅샷을 별도의 AWS 계정에 저장합니다.

→ 별도 계정 관리와 스냅샷 관리 작업이 동반되므로 운영 오버헤드가 큽니다.

 

B. 모든 AMI를 주기적으로 다른 AWS 계정에 복사합니다.

→ 주기적인 복사 프로세스를 구축하고 관리해야 하므로 효율성과 오버헤드 면에서 부적절합니다.

 

C. 휴지통 보관규칙을 생성합니다.

→ 보관 규칙 설정만으로 자동 보호와 간편한 복구가 가능하여 문제의 요건을 충족합니다.

 

D. 교차 지역 복제 기능이 있는 Amazon S3 버킷에 AMI를 업로드합니다.

→ AMI를 내보내고 S3에서 관리하는 과정은 복잡하며, 복구 시 다시 AMI로 변환하는 오버헤드가 매우 큽니다.

---

 

오늘도 함께해 주셔서 감사합니다. 다음 포스팅에서 또 만나요!