정답 · 해설

해설

【핵심 용어】 ▸ Storage Gateway—온프레미스 로컬 캐싱 / 【정답 포인트】 ▸ "블록+NFS 이중"→파일 게이트웨이+볼륨 게이트웨이 (A) S3 직접 탑재 불가 (C) Snowball Edge는 지속적 스토리지 부적합 (E) EFS는 온프레미스 직접 탑재 불가 / 【오답 체크】 (A) 파일시스템 미지원 (C) 임시 전송용 (E) 클라우드 기반만 / 【시험 포인트】 ▸ 온프레미스 지속적+블록+파일=Gateway 2가지

해설

【핵심 용어】 ▸ VPC 게이트웨이 엔드포인트—리전 내 무료 / 【정답 포인트】 ▸ "데이터 출력 비용"→NAT 우회 필수 (A) NAT 인스턴스 추가 비용 (B) 프라이빗 NAT는 부실효 (D) 두 번째 NAT는 출력 비용 미해결 / 【오답 체크】 (A) 인스턴스 운영 비용 (B) 라우팅 오류 (D) 비용 구조 미해결 / 【시험 포인트】 ▸ 리전 내 S3=엔드포인트 필수 선택

해설

【핵심 용어】 ▸ S3 수명주기 정책—구버전 자동 삭제 / 【정답 포인트】 ▸ "최소 운영 오버헤드"→자동화 솔루션 (B) Lambda는 수동 관리 (C) 배치작업은 일회성 (D) 버전 관리 비활성은 복구 불가 / 【오답 체크】 (B) 운영 오버헤드 증가 (C) 지속적 자동화 X (D) 기존 버전 손실 / 【시험 포인트】 ▸ 버전 기반 비용 최적화→수명주기 정책

해설

【핵심 용어】 ▸ Direct Connect 호스팅 연결—파트너 제공 저비용 / 【정답 포인트】 ▸ "10% 사용률"→200Mbps 대역폭 충분 (A) 1Gbps 공유는 비용 절감 미흡 (B) Console 설정은 파트너보다 비쌈 (C) 1Gbps는 대역폭 과잉 / 【오답 체크】 (A) 대역폭 비용 문제 (B) 높은 가격 (C) 불필요한 대역폭 / 【시험 포인트】 ▸ 낮은 사용률→더 작은 대역폭+호스팅

해설

【핵심 용어】 ▸ DataSync—파일 메타데이터(권한) 보존 / 【정답 포인트】 ▸ "권한 보존"→DataSync 필수 (B) S3 경유는 메타데이터 손실 (C) 물리 배송은 미보장 (E) CLI는 권한 손실 가능 / 【오답 체크】 (B) 권한 손실 (C) 메타데이터 미보장 (E) 손실 위험 / 【시험 포인트】 ▸ 권한 보존=DataSync 필수 선택

해설

【핵심 용어】 ▸ Kinesis Data Firehose—자동 S3 로드 / 【정답 포인트】 ▸ "수집+분석+S3"→Firehose 통합 (A) Data Streams는 S3 자동화 없음 (B) Glue는 배치 처리용 (D) API Gateway는 로드 미확보 / 【오답 체크】 (A) 별도 구현 필요 (B) 실시간 X (D) 직접 로드 미보장 / 【시험 포인트】 ▸ 데이터 레이크=Firehose-Analytics 조합

해설

【핵심 용어】 ▸ EFS—다중 인스턴스 공유 / 【정답 포인트】 ▸ "이미지 공유"→EFS 필수+ (E) CloudFront로 캐싱 (A) S3 직접 탑재 불가 (B) NFS 단일 인스턴스 의존 (D) Global Accelerator는 캐싱 X / 【오답 체크】 (A) 파일시스템 미지원 (B) 복원력 부족 (D) 정적 콘텐츠 캐싱 X / 【시험 포인트】 ▸ 다중 인스턴스+성능=EFS+CloudFront

해설

【핵심 용어】 ▸ 교차 계정 IAM 역할—신뢰 관계 기반 / 【정답 포인트】 ▸ "가장 안전한 방법"→역할 신뢰 정책 (B) 토큰 판매기는 추가 인프라 (C) IAM 사용자는 장기 키 위험 (D) Cognito는 API 권한 미지원 / 【오답 체크】 (B) 복잡도 증가 (C) 장기 액세스 키 (D) 인증용만 / 【시험 포인트】 ▸ 교차 계정=IAM 역할 신뢰 정책

해설

【핵심 용어】 ▸ Spot 인스턴스—90% 할인 / 【정답 포인트】 ▸ "배치+재처리 가능"→Spot 최적 (A) (B) 예약 인스턴스는 활용률 낮음 (D) 크기 증가는 비용 증가 / 【오답 체크】 (A) 활용률 낮음 (B) 처리량 제한 (D) 문제 미해결 / 【시험 포인트】 ▸ 배치/내결함성=Spot 우선

해설

【핵심 용어】 ▸ S3 미리 서명된 URL—직접 업로드 / 【정답 포인트】 ▸ "최대 확장성"→클라이언트 직접 (A) 서버 경유는 병목 (B) Storage Gateway는 온프레미스용 (D) EFS는 EC2 필수 / 【오답 체크】 (A) 서버 병목 (B) 웹 업로드 부적합 (D) 확장성 낮음 / 【시험 포인트】 ▸ 대규모 동시 업로드→S3 직접

해설

【핵심 용어】 ▸ AWS Backup—자동화된 재해 복구 / 【정답 포인트】 ▸ "24시간 RPO+자동"→Backup+교차 리전 (A) AMI 복사 수동 (C) Lambda는 개발 필요 (E) 수동 복사 자동화 미흡 / 【오답 체크】 (A) 자동화 미흡 (C) 추가 개발 (E) 수동 프로세스 / 【시험 포인트】 ▸ 자동화된 재해 복구=Backup+교차 복사

해설

【핵심 용어】 ▸ 네트워크 ACL—서브넷 수준 필터링 / 【정답 포인트】 ▸ "악의 트래픽 조기 차단"→웹 계층 NACL (A) 보안 그룹은 ALB 통과 후 (C) (D) 애플리케이션 계층은 이미 처리됨 / 【오답 체크】 (A) ALB 이후 필터 (C) 불필요 (D) 이미 처리됨 / 【시험 포인트】 ▸ 악의 트래픽 조기 차단→NACL 사용

해설

【핵심 용어】 ▸ 교차 리전 VPC 피어링—리전 간 안전 연결 ▸ 보안 그룹 ID 참조—동일 VPC 내만 가능 / 【정답 포인트】 ▸ IP 기반 규칙—교차 리전은 SGID 참조 불가 ▸ 수신 측 제한—DB 보안 그룹 인바운드 정의 ▸ 라우팅 업데이트 필수—피어링 후 경로 테이블 수정 / 【오답 체크】 (A) 데이터 흐름 반대—앱이 송신, DB가 수신하는 규칙 필요 (B) SGID 참조 불가—교차 리전은 IP만 사용 (D) Transit Gateway—2리전 단순 연결에는 과다 / 【시험 포인트】 ▸ 교차 리전 피어링의 핵심—IP 기반 보안 그룹만 가능 ▸ SGID 제약—동일 VPC/계정에서만 참조 가능

해설

【핵심 용어】 ▸ Aurora 온디맨드(Serverless)—사용 시간만 과금 ▸ 가변 워크로드—자동 스케일링 지원 / 【정답 포인트】 ▸ 4시간 사용(8시간 중)—50% 비용 절감 효과 ▸ 프로비저닝 불필요—자동 확장/축소 관리 ▸ 개발 환경 최적—낮은 기본 비용 구조 / 【오답 체크】 (A) Aurora 표준—항상 비용 발생(사용 안 해도) (B) RDS 단일 AZ—동일 문제, 24시간 비용 (D) S3—데이터베이스 아님, 스키마 미지원 / 【시험 포인트】 ▸ 개발/테스트 용도—서버리스 온디맨드 최선택 ▸ 부분 사용 워크로드—서버리스 비용 우위 극대

해설

【핵심 용어】 ▸ AWS Config—리소스 규정준수 자동 모니터링 ▸ 태그 기반 자동화—정책 기반 백업 필터링 / 【정답 포인트】 ▸ 모든 리소스 백업—태그 통일 필수 ▸ Config로 태그 누락 식별—자동화된 규정 검사 ▸ 태그 지정 자동화—Lambda로 미태그 리소스 태그 / 【오답 체크】 (B) 실행 중 확인—백업 대상 판정 오류 (C) 수동 검토—운영 오버헤드 극대 (D) Inspector—규정준수 분석만, 백업 판정 아님 / 【시험 포인트】 ▸ AWS Config + 자동 태그링—확장성 극대화 ▸ Organizations 환경에서 태그 기반 정책 적용

해설

【핵심 용어】 ▸ Private Endpoint Access—VPC 내부 통신만 허용 ▸ VPC Endpoint—AWS 서비스를 PrivateLink로 접근 / 【정답 포인트】 ▸ Private 제어 플레인—공개 인터넷 접근 차단 ▸ 노드가 API 호출 경로 필요—인터페이스 VPC 엔드포인트 / 【오답 체크】 (A) IAM 권한—네트워크 접근 문제 아님 (C) 퍼블릭 서브넷—보안 요구사항 위반 (D) 아웃바운드 허용—인터넷 게이트웨이 필요, 설계 맞지 않음 / 【시험 포인트】 ▸ Private-only EKS—VPC 엔드포인트로 폐쇄망 구성 ▸ 제어 플레인-노드 통신 경로 설계

해설

【핵심 용어】 ▸ Redshift—데이터 웨어하우스, OLAP 분석 ▸ 암호화—전송 중, 저장 시 지원 / 【정답 포인트】 ▸ (B) 클라이언트/서버 암호화—Redshift 네이티브 보안 ▸ (C) 예약 시간 분석—비용 최적화 효과 ▸ (E) 글로벌 확장—Spectrum으로 페타급 처리 가능 / 【오답 체크】 (A) 데이터 API—OLTP 실시간 용도, Redshift 부적합 (D) 캐싱—ElastiCache 역할, 분석용 아님 / 【시험 포인트】 ▸ Redshift = OLAP 분석, 보안, 스케일 조합 ▸ 실시간 API vs 분석 워크로드 구분

해설

【핵심 용어】 ▸ Provisioned Concurrency—미리 웜업된 Lambda 환경 ▸ Cold Start—처음 실행 시 수백 ms 지연 / 【정답 포인트】 ▸ API Gateway + Lambda—최소 운영 오버헤드 ▸ Provisioned Concurrency—Cold start 제거, 지연 보장 ▸ 예측 불가 + 일관된 응답—프로비저닝 필수 / 【오답 체크】 (A) ALB+ECS—관리형 but 오버헤드 증가 (C) ALB+EKS—가장 높은 관리 부담 (D) Reserved Concurrency—Cold start 해결 불가 / 【시험 포인트】 ▸ "낮은 지연시간 + 최소 오버헤드"—Provisioned Concurrency 선택 ▸ Reserved vs Provisioned 비교

해설

【핵심 용어】 ▸ Session Manager 로깅—내장 S3 통합 기능 ▸ 운영 효율성—최소 구성, 자동화 극대 / 【정답 포인트】 ▸ 콘솔 활성화만으로 완료—에이전트 설치 불필요 ▸ 네이티브 기능 활용—추가 서비스 불필요 ▸ 최소 구성—즉시 S3 저장 시작 / 【오답 체크】 (B) CloudWatch 에이전트—추가 설치, 내보내기 수동 (C) 커스텀 문서—과도한 복잡도 (D) Firehose—불필요한 미들웨어 추가 / 【시험 포인트】 ▸ 가장 효율적 선택—네이티브 기능 직접 활용 ▸ "최소 노력" 문제 해결 패턴

해설

【핵심 용어】 ▸ Auto Scaling—자동 스토리지 확장 ▸ 다운타임 없음—온라인 확장 지원 / 【정답 포인트】 ▸ RDS 내장 기능—한번 활성화로 자동 처리 ▸ 임계값 도달 시—자동 확장 (수동 개입 불필요) ▸ 다운타임 제로—운영 효율성 극대 / 【오답 체크】 (B) 인스턴스 크기 변경—일반적으로 다운타임 발생 (C) IOPS 변경—스토리지 용량 증가 아님 (D) 백업-복원—수작업 + 다운타임 필수 / 【시험 포인트】 ▸ "다운타임 없음 + 최소 노력"—Auto Scaling 우선선택 ▸ RDS 관리형 기능 활용