안녕하세요! 넥스트클라우드의 테크니컬 트레이너 김서윤입니다. 🌳
6월 마지막 주의 시작이에요! 이번에도 세 문제 함께 풀어볼게요.
문제는 세 가지 단계를 거치며 풀어가겠습니다.
1. 문제의 요구사항 분석하기
2. 관련 AWS 서비스 생각하기
3. 선택지 분석하기
바로 문제 풀이 시작합니다.
문제1
한 회사는 정기적으로 GB 크기의 파일을 Amazon S3에 업로드합니다. 회사는 파일을 업로드한 후 Amazon EC2 스팟 인스턴스 집합을 사용하여 파일 형식을 트랜스코딩합니다. 회사는 온프레미스 데이터 센터에서 Amazon S3로 데이터를 업로드할 때와 Amazon S3에서 EC2 인스턴스로 데이터를 다운로드할 때 처리량을 확장해야 합니다.
어떤 솔루션이 이러한 요구 사항을 충족합니까? (2개를 선택하세요.)
선택지
A. S3 버킷에 직접 액세스하는 대신 S3 버킷 액세스 포인트를 사용하십시오.
B. 파일을 여러 S3 버킷에 업로드합니다.
C. S3 멀티파트 업로드를 사용합니다.
D. 객체의 여러 바이트 범위를 병렬로 가져옵니다.
E. 파일을 업로드할 때 각 개체에 임의의 접두사를 추가합니다.
풀이
큰 파일의 업로드 처리량은 S3 멀티파트 업로드로 파일을 여러 조각으로 나눠 병렬 전송함으로써 끌어올릴 수 있습니다. 다운로드 시에는 바이트 범위 GET 요청으로 객체를 여러 범위로 나눠 동시에 받으면 처리량을 늘릴 수 있어, 업로드·다운로드 양방향 처리량 확장 요구를 충족합니다.
정답 : C, D
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 온프레미스 → S3 업로드 처리량 확장.
- S3 → EC2 다운로드 처리량 확장.
- 대용량 파일을 정기적으로 처리하기 위한 병렬 전송.
2. 관련 AWS 서비스 생각하기
- S3 멀티파트 업로드 : 큰 파일을 여러 파트로 나눠 병렬로 업로드한 뒤 마지막에 합치는 기능으로, 네트워크 활용도와 업로드 속도를 크게 높입니다. 100MB 이상 파일에 권장됩니다.
- S3 바이트 범위(Byte-Range) GET : Range 헤더로 객체의 일부 범위만 요청해 여러 범위를 병렬로 받는 기법으로, 다운로드 처리량을 늘릴 수 있습니다.
- S3 액세스 포인트 : 버킷에 대한 접근 정책·네트워크 제어를 분리·단순화하는 기능으로 처리량 자체와는 무관합니다.
- S3 접두사(Prefix) : S3는 이제 접두사마다 자동으로 확장되므로 임의 접두사로 성능을 끌어올리던 과거 기법은 더 이상 필요하지 않습니다.
3. 선택지 분석하기
A. S3 버킷에 직접 액세스하는 대신 S3 버킷 액세스 포인트를 사용하십시오.
→ 액세스 포인트는 권한 분리용이며 처리량 향상과는 관련이 없습니다.
B. 파일을 여러 S3 버킷에 업로드합니다.
→ S3는 단일 버킷에서도 충분한 처리량을 제공해 여러 버킷이 필요 없습니다.
C. S3 멀티파트 업로드를 사용합니다.
→ 파일을 병렬 파트로 나눠 업로드 처리량을 크게 높일 수 있습니다.
D. 객체의 여러 바이트 범위를 병렬로 가져옵니다.
→ Range GET 병렬화로 다운로드 처리량을 효과적으로 확장할 수 있습니다.
E. 파일을 업로드할 때 각 개체에 임의의 접두사를 추가합니다.
→ S3 성능 개선 이후 임의 접두사는 더 이상 필수 기법이 아닙니다.
이어서 다음 문제입니다.
문제2
회사에서 기존 AWS 사용 비용을 운영 비용 대시보드에 추가하려고 합니다. 솔루션 설계자는 회사가 프로그래밍 방식으로 사용 비용에 액세스할 수 있는 솔루션을 추천해야 합니다. 회사는 현재 연도의 비용 데이터에 액세스하고 향후 12개월의 비용을 예측할 수 있어야 합니다.
최소한의 운영 오버헤드로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?
선택지
A. 페이지 매김과 함께 AWS Cost Explorer API를 사용하여 사용 비용 관련 데이터에 액세스합니다.
B. 다운로드 가능한 AWS Cost Explorer 보고서 .csv 파일을 사용하여 사용 비용 관련 데이터에 액세스합니다.
C. FTP를 통해 회사에 사용 비용 데이터를 전송하도록 AWS 예산 작업을 구성합니다.
D. 사용 비용 데이터에 대한 AWS 예산 보고서를 생성합니다. SMTP를 통해 회사에 데이터를 보냅니다.
풀이
AWS Cost Explorer API는 현재까지의 사용 비용 데이터 조회와 최대 12개월 비용 예측을 프로그래밍 방식으로 제공합니다. 페이지 매김으로 대량 데이터를 처리할 수 있고, 별도 인프라 구축 없이 대시보드에 직접 연동할 수 있어 운영 오버헤드가 가장 적습니다.
정답 : A
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 운영 비용 대시보드에 AWS 사용 비용 통합.
- 현재 연도 비용 데이터 + 12개월 예측 데이터 액세스.
- 프로그래밍 방식 접근 + 최소 운영 오버헤드.
2. 관련 AWS 서비스 생각하기
- AWS Cost Explorer API : 비용·사용량 데이터 조회와 예측(forecast)을 제공하는 API로, 12개월 비용 예측, 페이지 매김 기반 대량 데이터 추출, 다양한 차원(서비스·태그 등)별 분석을 지원합니다.
- AWS Budgets : 비용·사용량 임계치를 모니터링하고 알림을 보내는 서비스로, 자동화된 예측·프로그래밍 데이터 추출에는 Cost Explorer API가 더 적합합니다.
- AWS Cost and Usage Report (CUR) : 가장 상세한 비용 데이터를 S3로 전달하지만 예측 기능은 제공하지 않습니다.
3. 선택지 분석하기
A. 페이지 매김과 함께 AWS Cost Explorer API를 사용하여 사용 비용 관련 데이터에 액세스합니다.
→ 프로그래밍 액세스 + 12개월 예측까지 한 번에 충족하는 표준 방식입니다.
B. 다운로드 가능한 AWS Cost Explorer 보고서 .csv 파일을 사용하여 사용 비용 관련 데이터에 액세스합니다.
→ 수동 다운로드 방식은 프로그래밍 통합과 거리가 멉니다.
C. FTP를 통해 회사에 사용 비용 데이터를 전송하도록 AWS 예산 작업을 구성합니다.
→ AWS Budgets에는 FTP 전송 기능이 없습니다.
D. 사용 비용 데이터에 대한 AWS 예산 보고서를 생성합니다. SMTP를 통해 회사에 데이터를 보냅니다.
→ 이메일 보고서는 대시보드 통합에 적합하지 않습니다.
마지막 문제 살펴보겠습니다.
문제3
회사에는 프라이빗 서브넷의 Amazon EC2 인스턴스에서 실행되는 애플리케이션이 있습니다. 애플리케이션은 Amazon S3 버킷의 민감한 정보를 처리해야 합니다. 애플리케이션은 S3 버킷에 연결하기 위해 인터넷을 사용해서는 안 됩니다.
어떤 솔루션이 이러한 요구 사항을 충족합니까?
선택지
A. 인터넷 게이트웨이를 구성하십시오. 인터넷 게이트웨이에서의 액세스를 허용하도록 S3 버킷 정책을 업데이트합니다. 새 인터넷 게이트웨이를 사용하도록 애플리케이션을 업데이트합니다.
B. VPN 연결을 구성합니다. VPN 연결에서 액세스를 허용하도록 S3 버킷 정책을 업데이트합니다. 새 VPN 연결을 사용하도록 애플리케이션을 업데이트하세요.
C. NAT 게이트웨이를 구성합니다. NAT 게이트웨이에서의 액세스를 허용하도록 S3 버킷 정책을 업데이트합니다. 새 NAT 게이트웨이를 사용하도록 애플리케이션을 업데이트합니다.
D. VPC 엔드포인트를 구성합니다. VPC 엔드포인트에서의 액세스를 허용하도록 S3 버킷 정책을 업데이트합니다. 새 VPC 엔드포인트를 사용하도록 애플리케이션을 업데이트합니다.
풀이
VPC 엔드포인트(S3 게이트웨이 엔드포인트)는 VPC 내부에서 인터넷을 거치지 않고 Amazon S3에 직접 접근할 수 있는 비공개 경로를 제공합니다. 버킷 정책에 특정 VPC 엔드포인트 ID에서의 액세스만 허용하도록 조건을 추가하면 민감 데이터 전송 경로를 안전하게 제한할 수 있습니다.
정답 : D
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 프라이빗 서브넷 EC2 → S3 버킷 접근.
- 트래픽이 공용 인터넷을 거치지 않아야 함.
- 민감 데이터 전송 경로의 보안 보장.
2. 관련 AWS 서비스 생각하기
- VPC 엔드포인트 (S3 게이트웨이 엔드포인트) : VPC 라우팅 테이블에 추가되는 비용 없는 엔드포인트로, VPC 내부 리소스가 인터넷·NAT를 거치지 않고 Amazon S3에 비공개로 접근할 수 있게 해줍니다. 버킷 정책 조건으로 특정 엔드포인트만 허용 가능합니다.
- 인터넷 게이트웨이 : VPC 리소스의 인터넷 통신을 가능하게 하는 구성 요소로 비공개 경로를 만들지 않습니다.
- NAT 게이트웨이 : 프라이빗 서브넷에서 인터넷으로 나가는 통로 역할을 하므로 트래픽이 공용망을 거치게 됩니다.
- VPN 연결 : 온프레미스와 AWS를 연결하는 용도이며 S3 비공개 액세스 솔루션이 아닙니다.
3. 선택지 분석하기
A. 인터넷 게이트웨이를 구성하십시오. 인터넷 게이트웨이에서의 액세스를 허용하도록 S3 버킷 정책을 업데이트합니다. 새 인터넷 게이트웨이를 사용하도록 애플리케이션을 업데이트합니다.
→ 인터넷 게이트웨이를 사용하면 공용망을 거치게 되어 요구사항 위배입니다.
B. VPN 연결을 구성합니다. VPN 연결에서 액세스를 허용하도록 S3 버킷 정책을 업데이트합니다. 새 VPN 연결을 사용하도록 애플리케이션을 업데이트하세요.
→ VPN은 온프레미스-AWS 연결용이며 S3 비공개 접근 솔루션이 아닙니다.
C. NAT 게이트웨이를 구성합니다. NAT 게이트웨이에서의 액세스를 허용하도록 S3 버킷 정책을 업데이트합니다. 새 NAT 게이트웨이를 사용하도록 애플리케이션을 업데이트합니다.
→ NAT 게이트웨이도 결국 인터넷 경유 트래픽이 발생합니다.
D. VPC 엔드포인트를 구성합니다. VPC 엔드포인트에서의 액세스를 허용하도록 S3 버킷 정책을 업데이트합니다. 새 VPC 엔드포인트를 사용하도록 애플리케이션을 업데이트합니다.
→ AWS 내부망만으로 S3에 접근하므로 보안 요건을 완벽히 충족합니다.
오늘도 함께해 주셔서 감사합니다. 6월 마지막 한 주도 힘차게 보내세요!
'AWS > SAA 준비' 카테고리의 다른 글
| AWS SAA 합격으로 가는 길 #189 (0) | 2026.07.10 |
|---|---|
| AWS SAA 합격으로 가는 길 #187 (0) | 2026.06.26 |
| AWS SAA 합격으로 가는 길 #186 (0) | 2026.06.22 |
| AWS SAA 합격으로 가는 길 #185 (1) | 2026.06.19 |
| AWS SAA 합격으로 가는 길 #184 (1) | 2026.06.15 |
