AWS SAA 합격으로 가는 길 #178

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

한 주를 잘 지내셨나요? 벌써 금요일입니다!

시간이 정말 빠른 것 같아요. 오늘은 SAA 문제 푸는 날이랍니다.

 

 

오늘도 여전히! 문제 3개를 세 가지 단계를 거치며 풀어가겠습니다.

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

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

3. 선택지 분석하기

 

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

---

문제1

한 회사가 문서 관리 애플리케이션을 AWS로 마이그레이션하고 있습니다. 애플리케이션은 Linux 서버에서 실행됩니다. 

회사는 애플리케이션을 Auto Scaling 그룹의 Amazon EC2 인스턴스로 마이그레이션합니다. 회사는 공유 스토리지 파일 시스템에 7TiB의 문서를 저장합니다. 외부 관계형 데이터베이스가 문서를 추적합니다.

문서는 한 번 저장되며 언제든지 참조를 위해 여러 번 검색할 수 있습니다. 회사는 마이그레이션 도중 애플리케이션을 수정할 수 없습니다. 스토리지 솔루션은 가용성이 높아야 하며 시간에 따른 확장을 지원해야 합니다.

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

 

선택지

A. 향상된 네트워킹을 갖춘 EC2 인스턴스를 공유 NFS 스토리지 시스템으로 배포합니다. NFS 공유를 내보냅니다. Auto Scaling 그룹의 EC2 인스턴스에 NFS 공유를 탑재합니다.
B. S3 Standard-Infrequent Access(S3 Standard-IA) 스토리지 클래스를 사용하는 Amazon S3 버킷을 생성합니다. Auto Scaling 그룹의 EC2 인스턴스에 S3 버킷을 탑재합니다.
C. SFTP용 AWS 전송 및 Amazon S3 버킷을 사용하여 SFTP 서버 엔드포인트를 배포합니다. SFTP 서버에 연결하도록 Auto Scaling 그룹의 EC2 인스턴스를 구성합니다.
D. 여러 가용 영역에 마운트 지점이 있는 Amazon EFS(Amazon Elastic File System) 파일 시스템을 생성합니다. EFS Standard-Infrequent Access(Standard-IA) 스토리지 클래스를 사용합니다. Auto Scaling 그룹의 EC2 인스턴스에 NFS 공유를 탑재합니다.

---

풀이

기존 앱이 NFS 공유 폴더를 그대로 쓰고 있으므로 코드 수정 없이 똑같이 마운트할 수 있어야 합니다. EFS는 여러 AZ에서 동시에 마운트되는 관리형 NFS이고, 자주 안 보는 문서는 IA 클래스로 옮겨 비용까지 아끼는 방법이 가장 이상적입니다.

 

정답 : D

 

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

---

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

• 앱 수정 없이 기존처럼 공유 폴더 사용하기
• 여러 AZ에 걸쳐 항상 접근 가능하게 만들기
• 한 번 저장 후 가끔만 읽는 문서를 저렴하게 보관하기

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

• Amazon EFS(Elastic File System) : 여러 EC2가 동시에 마운트해서 공유 폴더처럼 사용하는 AWS의 관리형 NFS 파일 시스템입니다. 리눅스에서 흔히 쓰는 NFS 프로토콜을 그대로 지원하기 때문에 기존 애플리케이션 코드를 수정하지 않고 클라우드로 옮길 수 있다는 점이 가장 큰 장점입니다.
  •  EBS가 한 대의 EC2에만 붙는 전용 디스크라면, EFS는 수많은 EC2가 같은 폴더를 동시에 보면서 파일을 읽고 쓸 수 있는 공유 저장소라는 점에서 다릅니다. 또한 사용자가 미리 용량을 정해둘 필요 없이 파일을 저장하는 만큼 자동으로 커지고 지우면 줄어들기 때문에 운영 부담이 거의 없습니다.
  • 가용성 측면에서도 EFS는 한 리전 안의 여러 AZ에 데이터를 자동으로 복제 저장하므로 한 AZ에서 장애가 발생해도 다른 AZ를 통해 계속 파일에 접근할 수 있습니다. 이러한 다중 AZ 복제는 Standard 클래스를 사용할 때 기본으로 제공됩니다.
  • 스토리지 클래스는 크게 네 가지로 나뉩니다. Standard는 여러 AZ에 복제되며 자주 접근하는 파일에 적합한 기본 등급입니다. Standard-IA는 동일하게 여러 AZ에 복제되지만 자주 접근하지 않는 파일을 저렴하게 보관하는 등급으로 저장 비용이 크게 줄어드는 대신 읽고 쓸 때마다 액세스 요금이 부과됩니다. One Zone은 단일 AZ에만 저장하여 복제를 줄이고 비용을 더 낮춘 등급이며, One Zone-IA는 단일 AZ에 가끔 쓰는 파일을 보관하는 가장 저렴한 등급입니다.
  • 여기에 더해 EFS는 수명 주기 정책을 통해 일정 기간 접근되지 않은 파일을 자동으로 Standard에서 IA 클래스로 옮겨주기 때문에 사용자가 일일이 관리하지 않아도 비용 최적화가 이루어집니다.

3. 선택지 분석하기

A. 향상된 네트워킹을 갖춘 EC2 인스턴스를 공유 NFS 스토리지 시스템으로 배포합니다. NFS 공유를 내보냅니다. Auto Scaling 그룹의 EC2 인스턴스에 NFS 공유를 탑재합니다.
→ EC2 한 대로 만든 NFS는 그 서버가 멈추면 모두 중단되므로 고가용성 요구를 만족하기 어렵습니다.

 

B. S3 Standard-Infrequent Access(S3 Standard-IA) 스토리지 클래스를 사용하는 Amazon S3 버킷을 생성합니다. Auto Scaling 그룹의 EC2 인스턴스에 S3 버킷을 탑재합니다.
→ S3는 폴더처럼 마운트해서 쓰는 방식이 아니므로 앱을 수정해야 합니다. 이는 앱 수정 없이 사용하고자 하는 요건에 적합하지 않습니다.

 

C. SFTP용 AWS 전송 및 Amazon S3 버킷을 사용하여 SFTP 서버 엔드포인트를 배포합니다. SFTP 서버에 연결하도록 Auto Scaling 그룹의 EC2 인스턴스를 구성합니다.
→ SFTP는 파일을 전송하는 방식이라 공유 폴더 마운트가 아니며, 앱 수정이 필요해서 부적합합니다.

 

D. 여러 가용 영역에 마운트 지점이 있는 Amazon EFS(Amazon Elastic File System) 파일 시스템을 생성합니다. EFS Standard-Infrequent Access(Standard-IA) 스토리지 클래스를 사용합니다. Auto Scaling 그룹의 EC2 인스턴스에 NFS 공유를 탑재합니다.

→ 기존처럼 NFS로 마운트만 하면 되기에 간단하게 설정 가능하며, 다중 AZ 고가용성과 IA 클래스 선택을 통한 비용 절감까지 모두 만족하므로 가장 이상적인 설정입니다.

---

 

이어서 다음 문제입니다.

---

문제2

회사는 VPC의 프라이빗 서브넷에서 AWS Lambda 함수를 실행합니다. 서브넷에는 Amazon EC2 NAT 인스턴스를 통해 인터넷으로 연결되는 기본 경로가 있습니다. Lambda 함수는 입력 데이터를 처리하고 해당 출력을 Amazon S3에 객체로 저장합니다. 

간헐적으로 NAT 인스턴스 네트워크의 트래픽 포화로 인해 객체를 업로드하려고 시도하는 동안 Lambda 함수가 시간 초과됩니다. 회사는 인터넷을 통하지 않고 Amazon S3에 액세스하려고 합니다.

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

 

선택지

A. EC2 NAT 인스턴스를 AWS 관리형 NAT 게이트웨이로 교체합니다.
B. VPC의 EC2 NAT 인스턴스 크기를 네트워크에 최적화된 인스턴스 유형으로 늘립니다.
C. VP에서 Amazon S3에 대한 게이트웨이 엔드포인트를 프로비저닝하고 이에 따라 서브넷의 라우팅 테이블을 업데이트합니다.
D. 전송 게이트웨이를 프로비저닝합니다. Lambda 함수가 실행 중인 프라이빗 서브넷에 전송 게이트웨이 연결을 배치합니다.

---

풀이

Lambda가 인터넷을 거치지 않고 S3에 접근해야 하며 NAT 인스턴스의 포화 상태도 함께 해결해야 합니다. S3 게이트웨이 엔드포인트는 VPC 내부망으로 S3에 직접 연결되며 추가 비용 없이 NAT 경유 트래픽을 우회시키므로 가장 이상적인 방법입니다.

 

정답 : C

 

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

---

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

• Lambda에서 인터넷을 거치지 않고 S3에 접근하기
• NAT 인스턴스의 트래픽 포화 문제 해소하기
• 추가 운영 부담 없이 안정적으로 연결 유지하기

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

• S3 게이트웨이 엔드포인트 : VPC 라우팅 테이블에 경로를 추가해 S3와 DynamoDB로 가는 트래픽을 AWS 내부망으로 보내는 VPC 엔드포인트 유형입니다. 인터넷이나 NAT를 거치지 않으며 시간당 요금과 데이터 처리 요금이 없어 무료로 사용할 수 있습니다.
• NAT 게이트웨이 : 프라이빗 서브넷의 리소스가 인터넷으로 나가도록 주소를 변환해주는 관리형 서비스입니다. NAT 인스턴스보다 안정적이고 자동 확장되지만 트래픽은 여전히 퍼블릭 인터넷을 경유합니다.
• NAT 인스턴스 : EC2 한 대를 직접 NAT 역할로 사용하는 방식입니다. 인스턴스 크기에 따라 처리량이 제한되며 사용자가 직접 운영 관리해야 합니다.

3. 선택지 분석하기

A. EC2 NAT 인스턴스를 AWS 관리형 NAT 게이트웨이로 교체합니다.
→ 처리량은 좋아지지만 여전히 인터넷을 경유하므로 인터넷을 거치지 말라는 요구사항을 충족하지 못합니다.

 

B. VPC의 EC2 NAT 인스턴스 크기를 네트워크에 최적화된 인스턴스 유형으로 늘립니다.
→ 일시적으로 포화는 완화되지만 트래픽이 계속 인터넷을 통해 흐르므로 핵심 요건을 만족하지 못합니다.

 

C. VP에서 Amazon S3에 대한 게이트웨이 엔드포인트를 프로비저닝하고 이에 따라 서브넷의 라우팅 테이블을 업데이트합니다.
→ AWS 내부망으로 S3에 직접 연결되어 인터넷을 우회하고 NAT 트래픽도 줄이며 추가 비용이 없어 적절합니다.

 

D. 전송 게이트웨이를 프로비저닝합니다. Lambda 함수가 실행 중인 프라이빗 서브넷에 전송 게이트웨이 연결을 배치합니다.

→ Transit Gateway는 VPC 간 연결용이며 S3 접근 경로를 제공하지 않으므로 문제 해결과 무관합니다.

---

 

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

---

문제3

회사에서 기밀 데이터를 Amazon S3에 저장할 준비를 하고 있습니다. 규정 준수를 위해 데이터는 유휴 상태에서 암호화되어야 합니다. 감사 목적으로 암호화 키 사용을 기록해야 합니다. 키는 매년 교체해야 합니다.

어떤 솔루션이 이러한 요구 사항을 충족하고 운영상 가장 효율적입니까?

 

선택지

A. 고객 제공 키를 사용한 서버 측 암호화(SSE-C)
B. Amazon S3 관리 키(SSE-S3)를 사용한 서버 측 암호화
C. 수동 교체가 있는 AWS KMS 키(SSE-KMS)를 사용한 서버 측 암호화
D. 자동 교체가 있는 AWS KMS 키(SSE-KMS)를 사용한 서버 측 암호화

---

풀이

핵심은 키 사용 감사 로그와 자동 키 교체입니다. SSE-KMS는 KMS가 키를 관리하면서 CloudTrail에 모든 키 사용 기록을 남기고, 자동 교체를 활성화하면 매년 새 키 자료가 자동 생성되어 수동 작업 없이 요구사항을 모두 충족합니다.

 

정답 : D

 

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

---

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

• 저장 데이터를 유휴 상태에서 암호화하기
• 키 사용 내역을 감사 목적으로 기록하기
• 매년 자동으로 키 교체하여 운영 부담 줄이기

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

• AWS KMS : 암호화 키를 안전하게 만들고 관리해주는 AWS 서비스입니다. 키는 HSM 안에서 보호되어 외부로 유출될 위험이 거의 없습니다. 핵심 특징은 두 가지입니다. 키 사용 내역이 CloudTrail에 자동 기록되어 감사가 가능하고, 고객 관리형 키에 자동 교체를 켜면 매년 키 자료가 자동으로 갱신됩니다.
•  SSE-KMS : S3가 객체를 저장할 때 KMS 키로 자동 암호화해주는 방식입니다. 핵심 장점은 세 가지입니다. 키 관리는 KMS가 담당하고, 암호화 활동이 CloudTrail에 기록되어 감사가 가능하며, IAM과 키 정책으로 접근 권한을 세밀하게 제어할 수 있습니다.

3. 선택지 분석하기

A. 고객 제공 키를 사용한 서버 측 암호화(SSE-C)
→ 키 관리, 교체, 감사 기록을 모두 사용자가 직접 해야 하므로 운영 효율성이 가장 낮아 부적합합니다.

 

B. Amazon S3 관리 키(SSE-S3)를 사용한 서버 측 암호화
→ 암호화는 가능하지만 키 사용 내역이 CloudTrail에 기록되지 않아 감사 요구사항을 만족하지 못합니다.

 

C. 수동 교체가 있는 AWS KMS 키(SSE-KMS)를 사용한 서버 측 암호화
→ 감사와 암호화 요건은 충족하지만 매년 수동으로 키를 교체해야 하므로 운영 효율성이 떨어집니다.

 

D. 자동 교체가 있는 AWS KMS 키(SSE-KMS)를 사용한 서버 측 암호화

→ CloudTrail 감사 로그와 매년 자동 키 교체를 모두 제공하며 운영 부담이 가장 적은 적절한 선택지입니다.

---

 

저는 엔드포인트 문제가 나올 때가 제일 좋은 것 같습니다.

한 번 알아두면 헷갈릴 일이 없이 문제를 풀 수 있거든요!

여러분도 헷갈리지 않게 잘 배워두시면 좋을 것 같습니다 😊

오늘도 고생하셨습니다!