AWS SAA 합격으로 가는 길 #182

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

한 주를 시작하는 월요일이에요. 오늘은 스토리지와 네트워크 주제로 세 문제 풀어볼게요!

 

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

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

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

3. 선택지 분석하기

 

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

---

문제1

회사에는 매일 수백 개의 파일을 생성하는 온프레미스 비즈니스 애플리케이션이 있습니다. 이러한 파일은 SMB 파일 공유에 저장되며 애플리케이션 서버에 대한 지연 시간이 짧은 연결이 필요합니다. 새로운 회사 정책에는 애플리케이션에서 생성된 모든 파일을 AWS에 복사해야 한다고 명시되어 있습니다. AWS에 대한 VPN 연결이 이미 있습니다. 애플리케이션 개발 팀은 애플리케이션을 AWS로 이동하는 데 필요한 코드를 수정할 시간이 없습니다.

 

애플리케이션이 파일을 AWS에 복사할 수 있도록 솔루션 아키텍트는 어떤 서비스를 권장해야 합니까?

 

선택지

A. Amazon Elastic File System(Amazon EFS)

B. Windows 파일 서버용 Amazon FSx

C. AWS 스노우볼

D. AWS 스토리지 게이트웨이

---

풀이

온프레미스 SMB 파일 공유를 그대로 사용하면서 AWS에 복사하려면 SMB·NFS 프로토콜을 지원하는 AWS Storage Gateway(파일 게이트웨이)가 적합합니다. 로컬 캐시로 짧은 지연 시간을 유지하면서 백엔드에서 자동으로 데이터를 S3에 복제하므로 애플리케이션 코드 수정이 필요 없습니다.

 

정답 : D

 

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

---

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

• 온프레미스 SMB 파일 공유와 호환되는 인터페이스 제공.
• 애플리케이션 서버에 대한 짧은 지연 시간(저지연) 보장.
• 애플리케이션 코드 수정 없이 AWS로 파일 자동 복사.

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

• AWS Storage Gateway : 온프레미스 환경과 AWS 클라우드 스토리지를 연결하는 하이브리드 서비스로, 파일 게이트웨이는 SMB/NFS 프로토콜을 지원하며 로컬 캐시로 짧은 지연 시간을 유지한 채 데이터를 Amazon S3에 자동 동기화합니다.
• Amazon FSx for Windows File Server : AWS에서 실행되는 완전 관리형 Windows 파일 시스템으로, 주로 AWS 내부 워크로드용 공유 스토리지 제공에 사용됩니다.
• Amazon EFS : AWS 내부용 완전 관리형 NFS 파일 시스템으로, Linux 기반 워크로드에 주로 사용됩니다.
• AWS Snowball : 페타바이트 규모 데이터를 물리적 디바이스로 일괄 이전할 때 사용하는 대량 데이터 전송 장치입니다.

3. 선택지 분석하기

A. Amazon Elastic File System(Amazon EFS)

→ EFS는 AWS 내부용 NFS이며 온프레미스 SMB 공유 대체용이 아닙니다.

 

B. Windows 파일 서버용 Amazon FSx

→ FSx는 AWS 내부 서비스로 온프레미스 애플리케이션과 직접 통합되지 않습니다.

 

C. AWS 스노우볼

→ Snowball은 대량 일회성 데이터 전송용이며 지속적 동기화에는 부적합합니다.

 

D. AWS 스토리지 게이트웨이

→ SMB 프로토콜 + 로컬 캐시 + S3 자동 동기화로 요구사항을 모두 충족합니다.

---

 

이어서 다음 문제입니다.

---

문제2

한 회사는 Amazon EC2 인스턴스와 Amazon Elastic Block Store(Amazon EBS)에서 자체 관리형 Microsoft SQL Server를 실행합니다. EBS 볼륨의 일일 스냅샷이 생성됩니다. 최근 만료된 모든 EBS 스냅샷을 삭제하는 스냅샷 정리 스크립트를 실행하는 동안 회사의 모든 EBS 스냅샷이 실수로 삭제되었습니다. 솔루션 아키텍트는 EBS 스냅샷을 무기한 보관하지 않고 데이터 손실을 방지하기 위해 아키텍처를 업데이트해야 합니다.

 

최소한의 개발 노력으로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

 

선택지

A. EBS 스냅샷 삭제를 거부하도록 사용자의 IAM 정책을 변경합니다.

B. 매일 스냅샷을 완료한 후 EBS 스냅샷을 다른 AWS 리전에 복사합니다.

C. 휴지통에 7일 EBS 스냅샷 보관 규칙을 생성하고 모든 스냅샷에 적용합니다.

D. EBS 스냅샷을 Amazon S3 Standard-Infrequent Access(S3 Standard-IA)에 복사합니다.

---

풀이

AWS Recycle Bin(휴지통)은 실수로 삭제된 EBS 스냅샷·AMI를 지정된 보관 기간 동안 유지해 복원할 수 있게 해주는 데이터 보호 기능입니다. 7일 보관 규칙을 적용하면 무기한 보관 없이도 실수 삭제로부터 데이터를 안전하게 복구할 수 있어 개발 노력이 가장 적습니다.

 

정답 : C

 

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

---

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

• 실수로 삭제된 EBS 스냅샷에 대한 복구 메커니즘 마련.
• 스냅샷을 무기한 보관하지 않고 일정 기간 후 정리.
• 최소한의 개발 노력으로 구현 가능한 관리형 솔루션.

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

• AWS Recycle Bin (휴지통) : 실수로 삭제된 EBS 스냅샷이나 AMI를 지정한 보관 기간 동안 버퍼 영역에 유지해 복원할 수 있도록 해주는 데이터 보호 기능입니다. 태그 기반 또는 모든 리소스 대상 보관 규칙을 설정할 수 있으며 보관 기간이 지나면 자동 삭제됩니다.
• Amazon EBS 스냅샷 : EBS 볼륨의 특정 시점 복사본을 S3 기반 안전한 영역에 저장해 데이터 백업과 복구에 사용하는 기능입니다.
• IAM 정책 : 사용자·역할이 수행할 수 있는 작업을 명시·제한하는 권한 정책이지만, 한 번 삭제된 리소스를 자동 복구하지는 못합니다.

3. 선택지 분석하기

A. EBS 스냅샷 삭제를 거부하도록 사용자의 IAM 정책을 변경합니다.

→ 모든 삭제를 막으면 정상적인 정리 작업도 불가능해 운영이 어려워집니다.

 

B. 매일 스냅샷을 완료한 후 EBS 스냅샷을 다른 AWS 리전에 복사합니다.

→ 리전 복제는 비용·관리 부담이 크며 동일 계정 실수 삭제는 여전히 발생 가능합니다.

 

C. 휴지통에 7일 EBS 스냅샷 보관 규칙을 생성하고 모든 스냅샷에 적용합니다.

→ 보관 규칙 하나로 자동 보호와 손쉬운 복구가 가능합니다.

 

D. EBS 스냅샷을 Amazon S3 Standard-Infrequent Access(S3 Standard-IA)에 복사합니다.

→ 스냅샷을 S3로 직접 복사하는 표준 워크플로가 아니며 개발 부담이 큽니다.

---

 

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

---

문제3

회사에는 온프레미스 환경과 AWS 간의 보안 연결이 필요합니다. 이 연결에는 높은 대역폭이 필요하지 않으며 소량의 트래픽을 처리합니다. 연결이 빨리 설정되어야 합니다.

 

이러한 유형의 연결을 설정하는 가장 비용 효율적인 방법은 무엇입니까?

 

선택지

A. 클라이언트 VPN을 구현합니다.

B. AWS Direct Connect를 구현합니다.

C. Amazon EC2에 배스천 호스트를 구현합니다.

D. AWS Site-to-Site VPN 연결을 구현합니다.

---

풀이

AWS Site-to-Site VPN은 인터넷을 통해 IPSec 터널로 온프레미스 네트워크와 AWS VPC를 빠르게(수십 분 내) 연결할 수 있는 관리형 서비스입니다. 별도의 전용 회선 구축 비용 없이 소량의 트래픽을 안전하게 전송할 수 있어 빠른 설정과 비용 효율성을 모두 만족합니다.

 

정답 : D

 

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

---

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

• 온프레미스와 AWS 간 안전한(암호화) 네트워크 연결 필요.
• 대역폭 요구가 크지 않은 소규모 트래픽 처리.
• 빠른 설정 시간과 비용 효율성 우선.

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

• AWS Site-to-Site VPN : 온프레미스 고객 게이트웨이와 AWS Virtual Private Gateway(또는 Transit Gateway) 사이를 IPSec 터널로 연결하는 관리형 서비스로, 단시간 내 구성 가능하고 시간 단위 과금으로 비용이 낮습니다.
• AWS Direct Connect : 온프레미스와 AWS를 전용 회선으로 직접 연결하는 서비스로 고대역폭·저지연을 제공하지만 회선 설치에 수 주 이상 소요되고 초기·유지 비용이 높습니다.
• AWS Client VPN : 개별 사용자(클라이언트 디바이스)가 AWS 리소스에 안전하게 접속할 수 있도록 해주는 관리형 OpenVPN 기반 서비스로, 사이트 간 연결이 아닌 원격 사용자 접속용입니다.

3. 선택지 분석하기

A. 클라이언트 VPN을 구현합니다.

→ Client VPN은 개별 사용자용이며 사이트 간 네트워크 연결에는 부적합합니다.

 

B. AWS Direct Connect를 구현합니다.

→ Direct Connect는 비용이 크고 설치에 수 주가 걸려 빠른 설정 요구와 맞지 않습니다.

 

C. Amazon EC2에 배스천 호스트를 구현합니다.

→ Bastion은 SSH 점프 호스트일 뿐 네트워크 연결 솔루션이 아닙니다.

 

D. AWS Site-to-Site VPN 연결을 구현합니다.

→ 빠른 설정 + 저비용 + IPSec 암호화로 요구사항을 모두 충족합니다.

---

 

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