안녕하세요! 넥스트클라우드의 테크니컬 트레이너 김유림입니다 🥰
벌써 6월이 왔습니다! 시간이 참 빠릅니다..
SAA 자격증은 천천히 시간을 들여 아키텍처 공부를 하시면 잘 따라오실 수 있으니 성실함이 최고인 것 같습니다 😊
문제는 세 가지 단계를 거치며 풀어가겠습니다.
1. 문제의 요구사항 분석하기
2. 관련 AWS 서비스 생각하기
3. 선택지 분석하기
바로 문제 풀이 시작합니다.
문제1
솔루션 설계자는 대용량 데이터의 일괄 처리를 처리하는 애플리케이션을 만들고 있습니다. 입력 데이터는 Amazon S3에 보관되고 출력 데이터는 다른 S3 버킷에 저장됩니다. 처리를 위해 애플리케이션은 여러 Amazon EC2 인스턴스 간에 네트워크를 통해 데이터를 전송합니다.
전체 데이터 전송 비용을 줄이려면 솔루션 설계자가 무엇을 해야 합니까?
선택지
A. 모든 EC2 인스턴스를 Auto Scaling 그룹에 배치합니다.
B. 모든 EC2 인스턴스를 동일한 AWS 지역에 배치합니다.
C. 모든 EC2 인스턴스를 동일한 가용 영역에 배치합니다.
D. 모든 EC2 인스턴스를 여러 가용 영역의 프라이빗 서브넷에 배치합니다.
풀이
동일 리전이라도 서로 다른 가용 영역(AZ) 간에 EC2 데이터를 전송하면 요금이 부과되지만, 동일 AZ 안에서 프라이빗 IP로 주고받는 트래픽에는 요금이 없습니다. 대량 데이터를 EC2 인스턴스 간에 반복해서 전송하는 워크로드이므로, 모든 인스턴스를 같은 AZ에 모아야 전송 비용을 최소화할 수 있습니다.
정답 : C
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 대용량 데이터를 여러 EC2 인스턴스 간 네트워크로 전송
- 입력과 출력은 S3, 실제 처리는 EC2에서 수행
- 전체 데이터 전송 비용을 최소화
2. 관련 AWS 서비스 생각하기
- Amazon EC2(Elastic Compute Cloud) : EC2는 AWS에서 가상 서버를 빌려 쓰는 서비스입니다. 여러 EC2 인스턴스가 서로 데이터를 주고받을 때는 인스턴스의 위치에 따라 요금이 달라집니다. 같은 가용 영역(AZ) 안에서 프라이빗 IP로 통신하면 데이터 전송 요금이 없지만, 같은 리전이라도 서로 다른 AZ에 있으면 주고받는 데이터의 GB당 요금이 부과됩니다. 대량으로 반복 전송하는 경우 이 차이가 전체 비용을 좌우합니다.
- 같은 AZ라도 퍼블릭 IP나 탄력적 IP(EIP)를 거쳐 통신하면 요금이 부과되므로, 반드시 프라이빗 IP로 통신해야 합니다.
- 가용 영역(AZ) : 가용 영역은 하나의 리전 안에서 물리적으로 분리되어 있는 데이터센터의 묶음입니다. 보통 장애에 대비해 여러 AZ에 인스턴스를 나누어 배치하지만, 그만큼 AZ 사이를 오가는 데이터 전송 비용과 지연 시간이 늘어납니다. 따라서 가용성보다 비용 절감이 우선이고 내결함성 요구가 크지 않다면, 모든 인스턴스를 하나의 AZ에 모으는 편이 유리합니다.
- Amazon S3(Simple Storage Service) : Amazon S3는 파일을 객체 형태로 저장하는 스토리지 서비스로, 이 문제에서는 입력 데이터와 출력 데이터를 보관하는 곳입니다. 같은 리전 안에서 S3와 EC2가 데이터를 주고받을 때는 데이터 전송 요금이 없습니다. 그래서 이 문제에서 비용을 좌우하는 요소는 S3와의 통신이 아니라 EC2 인스턴스끼리 주고받는 전송에 한정됩니다.
3. 선택지 분석하기
A. 모든 EC2 인스턴스를 Auto Scaling 그룹에 배치합니다.
→ Auto Scaling은 인스턴스 수를 조절하는 기능이라 전송 비용과는 관련이 없습니다.
B. 모든 EC2 인스턴스를 동일한 AWS 지역에 배치합니다.
→ 같은 리전이어도 AZ가 다르면 전송 요금이 발생하게 됨으로 비용 최적화 방면에서 충분하지 않습니다.
C. 모든 EC2 인스턴스를 동일한 가용 영역에 배치합니다.
→ 같은 AZ 내 프라이빗 통신은 요금이 없어 비용이 가장 적은 선택지이고, 이 문제의 경우 가장 적절한 방법입니다.
D. 모든 EC2 인스턴스를 여러 가용 영역의 프라이빗 서브넷에 배치합니다.
→ 여러 AZ로 나누면 AZ 간 전송 요금이 늘어 효율적이지 않기에 적절치 않습니다.
이어서 다음 문제입니다.
문제2
한 회사에 수천 명의 사용자가 있는 웹 애플리케이션이 있습니다. 이 애플리케이션은 사용자가 업로드한 8~10개의 이미지를 사용하여 AI 이미지를 생성합니다. 사용자는 생성된 AI 이미지를 6시간마다 한 번씩 다운로드할 수 있습니다. 또한 이 회사는 사용자가 생성된 AI 이미지를 언제든지 다운로드할 수 있는 프리미엄 사용자 옵션도 제공합니다. 회사는 사용자가 업로드한 이미지를 사용하여 1년에 2번 AI 모델 훈련을 실행합니다. 회사에는 이미지를 저장할 스토리지 솔루션이 필요합니다.
이러한 요구 사항을 가장 비용 효율적으로 충족하는 스토리지 솔루션은 무엇입니까?
선택지
A. 업로드된 이미지를 Amazon S3 Glacier Deep Archive로 이동합니다. 프리미엄 사용자 생성 AI 이미지를 S3 Standard로 이동합니다. 프리미엄이 아닌 사용자 생성 AI 이미지를 S3 Standard-Infrequent Access(S3 Standard-IA)로 이동합니다.
B. 업로드된 이미지를 Amazon S3 Glacier Deep Archive로 이동합니다. 생성된 모든 AI 이미지를 S3 Glacier 유연한 검색으로 이동합니다.
C. 업로드된 이미지를 Amazon S3 One Zone-Infrequent Access(S3 One Zone-IA)로 이동합니다. 프리미엄 사용자 생성 AI 이미지를 S3 Standard로 이동합니다. 프리미엄이 아닌 사용자 생성 AI 이미지를 S3 Standard-Infrequent Access(S3 Standard-IA)로 이동합니다.
D. 업로드된 이미지를 Amazon S3 One Zone-Infrequent Access(S3 One Zone-IA)로 이동합니다. 생성된 모든 AI 이미지를 S3 Glacier 유연한 검색으로 이동합니다.
풀이
업로드 원본은 1년에 두 번만 모델 훈련에 사용되어 접근 빈도가 매우 낮으므로, 가장 저렴한 Glacier Deep Archive가 적합합니다. 생성된 이미지 중 언제든 다운로드해야 하는 프리미엄 이미지는 S3 Standard에, 6시간마다 한 번 받는 비프리미엄 이미지는 접근이 드물어 S3 Standard-IA에 두는 것이 비용 효율적입니다.
정답 : A
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 업로드 원본 이미지 : 연 2회 훈련에만 사용하므로 장기 보관, 즉시성 불필요
- 프리미엄 생성 이미지 : 언제든 즉시 다운로드 가능해야 함
- 비프리미엄 생성 이미지 : 6시간마다 한 번 다운로드, 접근 빈도 낮음
- 전체 스토리지 비용 최소화
2. 관련 AWS 서비스 생각하기
- Amazon S3(Simple Storage Service) : Amazon S3는 파일을 객체 형태로 저장하는 스토리지 서비스로, 데이터를 얼마나 자주 그리고 얼마나 빨리 꺼내 쓰는지에 따라 여러 스토리지 클래스를 골라 쓸 수 있습니다. 클래스마다 보관 단가와 검색(꺼내기) 비용, 검색 속도, 내구성이 다릅니다.
- S3 Glacier Deep Archive : 가장 저렴한 장기 보관용 클래스입니다. 데이터를 꺼내는 데 보통 몇 시간이 걸리지만 보관 단가가 압도적으로 낮습니다. 1년에 두 번만 사용해 즉시 꺼낼 필요가 없을 경우, 검색이 다소 느려도 가장 저렴하게 보관할 수 있는 이 클래스가 가장 잘 맞습니다.
- S3 Standard-IA(Standard-Infrequent Access) : 자주 쓰지는 않지만 필요할 때는 즉시 꺼내야 하는 데이터를 위한 클래스입니다. 보관 단가는 S3 Standard보다 저렴한 대신, 데이터를 꺼낼 때 GB당 검색 요금이 부과됩니다. 접근이 드문 데이터의 경우, 보관 단가를 아끼는 효과가 검색 요금보다 커서 적합합니다.
- S3 Standard : 자주, 그리고 즉시 접근하는 데이터에 적합한 기본 클래스입니다. 데이터를 꺼낼 때 별도의 검색 요금이 없어, 언제든 바로 다운로드해야 하는 파일에 알맞습니다.
- S3 One Zone-IA(One Zone-Infrequent Access) : Standard-IA와 비슷하지만 데이터를 하나의 가용 영역(AZ)에만 저장해 더 저렴한 클래스입니다. 대신 그 AZ에 장애가 생기면 데이터가 사라질 수 있습니다. 한 번 잃으면 다시 만들 수 없는 특징이 있어 백업이 필요할 경우, 이 클래스는 위험하므로 적절하지 않습니다.
3. 선택지 분석하기
A. 업로드된 이미지를 S3 Glacier Deep Archive, 프리미엄 생성물을 S3 Standard, 비프리미엄 생성물을 S3 Standard-IA로 이동합니다.
→ 접근 빈도가 서로 다른 데이터를 각각 알맞은 클래스에 배치해 전체 비용이 가장 적게 들기에, 이 문제의 경우 가장 적절한 방법입니다.
B. 업로드된 이미지를 Glacier Deep Archive, 생성된 모든 AI 이미지를 S3 Glacier 유연한 검색으로 이동합니다.
→ 언제든 즉시 받아야 하는 프리미엄 이미지를 검색이 느린 Glacier에 두게 됨으로 요구 사항을 충족하기 어려워 적절치 않습니다.
C. 업로드된 이미지를 One Zone-IA, 프리미엄을 Standard, 비프리미엄을 Standard-IA로 이동합니다.
→ 재생성이 불가능한 원본을 단일 AZ에만 저장해 소실 위험이 있고 보관 비용도 더 들기에 적절치 않습니다.
D. 업로드된 이미지를 One Zone-IA, 생성물을 Glacier 유연한 검색으로 이동합니다.
→ 원본 소실 위험에 더해 프리미엄 이미지의 즉시 다운로드도 어려워 적절치 않습니다.
마지막 문제 살펴보겠습니다.
문제3
한 대규모 국제 대학이 모든 컴퓨팅 서비스를 AWS 클라우드에 배포했습니다. 이러한 서비스에는 Amazon EC2, Amazon RDS 및 Amazon DynamoDB가 포함됩니다. 이 대학은 현재 인프라를 백업하기 위해 많은 사용자 정의 스크립트를 사용하고 있습니다. 그러나 대학에서는 AWS 기본 옵션을 사용하여 관리를 중앙 집중화하고 데이터 백업을 최대한 자동화하려고 합니다.
어떤 솔루션이 이러한 요구 사항을 충족합니까?
선택지
A. AWS Storage Gateway 테이프 게이트웨이 가상 테이프 라이브러리와 함께 타사 백업 소프트웨어를 사용하십시오.
B. AWS Backup을 사용하여 사용 중인 서비스에 대한 모든 백업을 구성하고 모니터링합니다.
C. AWS Config를 사용하여 일정에 따라 모든 데이터 소스의 스냅샷을 찍도록 수명 주기 관리를 설정합니다.
D. AWS 시스템 관리자 상태 관리자를 사용하여 백업 작업의 구성 및 모니터링을 관리합니다.
풀이
EC2, RDS, DynamoDB 등 여러 서비스의 백업을 사용자 정의 스크립트 없이 AWS 기본 기능으로 한곳에서 관리하고 자동화해야 합니다. AWS Backup은 이러한 서비스들을 하나의 콘솔에서 정책 기반으로 백업하고 모니터링할 수 있는 완전관리형 서비스이므로, 요구 사항에 가장 잘 부합합니다.
정답 : B
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- EC2, RDS, DynamoDB 백업을 한 곳에서 중앙 집중 관리
- AWS 기본(네이티브) 옵션 사용, 사용자 정의 스크립트 제거
- 백업 자동화를 최대화
2. 관련 AWS 서비스 생각하기
- AWS Backup : AWS Backup은 여러 AWS 서비스의 백업을 한곳에 모아 자동으로 관리해 주는 완전관리형 서비스입니다. 언제, 얼마나 자주, 얼마나 오래 보관할지를 정의하는 백업 계획을 한 번 만들어 두면, Amazon EC2(Elastic Compute Cloud), Amazon EBS(Elastic Block Store), Amazon RDS(Relational Database Service), Amazon DynamoDB, Amazon EFS(Elastic File System) 같은 다양한 서비스의 백업을 일정에 따라 자동으로 수행하고 하나의 대시보드에서 모니터링할 수 있습니다. 직접 스크립트를 작성해 관리할 필요가 없습니다.
- 백업 계획과 태그 기반 리소스 할당으로 백업을 자동으로 예약할 수 있습니다.
- 다른 리전이나 다른 계정으로 백업을 복사하고 보존 정책을 적용해 규정 준수를 돕습니다.
- AWS Config : AWS Config는 AWS 리소스의 구성(설정) 상태와 그 변경 이력을 기록하고, 미리 정해 둔 규칙에 따라 규정 준수 여부를 평가하는 서비스입니다. 어떤 리소스가 언제 어떻게 설정되고 변경되었는지 추적하며 감사하는 데 사용합니다. 구성이 규칙에서 벗어나면 알림을 보내거나 자동 조치를 연결할 수도 있습니다.
- AWS Systems Manager State Manager : State Manager는 Amazon EC2(Elastic Compute Cloud)나 온프레미스 인스턴스가 항상 원하는 구성 상태를 유지하도록 자동화하는 기능입니다. 예를 들어 에이전트 설치, 패치 적용, 특정 설정 적용 등을 정해진 상태로 지속해서 맞춰 줍니다. 인스턴스의 구성 일관성을 유지하는 데 초점이 있습니다.
3. 선택지 분석하기
A. Storage Gateway 테이프 게이트웨이 가상 테이프 라이브러리와 타사 백업 소프트웨어를 사용합니다.
→ AWS 기본 기능이 아닌 타사 소프트웨어에 의존하게 됨으로 중앙 집중과 자동화 요구를 충분히 충족하지 못해 적절치 않습니다.
B. AWS Backup으로 모든 서비스 백업을 구성하고 모니터링합니다.
→ EC2, RDS, DynamoDB를 비롯한 여러 서비스를 네이티브로 중앙에서 자동 백업하고 모니터링할 수 있기에, 이 문제의 경우 가장 적절한 방법입니다.
C. AWS Config로 일정에 따라 데이터 소스 스냅샷을 찍도록 설정합니다.
→ AWS Config는 리소스 구성을 추적하는 서비스라 백업 스냅샷을 생성하는 도구가 아니므로 적절치 않습니다.
D. Systems Manager 상태 관리자로 백업 작업을 관리합니다.
→ State Manager는 인스턴스 구성 상태를 유지하는 기능으로 백업 중앙화 용도와는 거리가 있어 적절치 않습니다.
오늘 문제들은 필요한 것들 투성이었습니다.
특히 S3 클래스 묻는 문제는 가장 쉽게 외우고 맞출 수 있는 분야이니 꼭꼭 잘 알고 가셨으면 좋겠습니다.
저희는 다시 금요일에 뵙겠습니다 😊
'AWS > SAA 준비' 카테고리의 다른 글
| AWS SAA 합격으로 가는 길 #182 (0) | 2026.06.08 |
|---|---|
| AWS SAA 합격으로 가는 길 #181 (0) | 2026.06.05 |
| AWS SAA 합격으로 가는 길 #179 (0) | 2026.05.29 |
| AWS SAA 합격으로 가는 길 #178 (0) | 2026.05.22 |
| AWS SAA 합격으로 가는 길 #177 (0) | 2026.05.18 |