정답 · 해설

해설

【핵심 용어】 ▸ 핵심 서비스 이해 필요 ▸ 아키텍처 설계 원칙 【정답 포인트】 ▸ 정답 (C): 다른 가용 영역에 읽기 전용 복제본이 있는 Amazon Aurora 로 데이터베이스를 이동... ▸ AWS 최적 설계 패턴 적용 【오답 체크】 (A) 데이터베이스를 Amazon RDS 로 이동하고 자동 백업을 활성화합니다. 동일한 가용 영역에서 다른... → 부적절한 이유 설명 (B) 기존 EC2 인스턴스와 동일한 가용 영역에 있는 읽기 전용 복제본이 있는 Amazon Aurora ... → 요구사항 미충족 (D) 데이터베이스를 별도의 EC2 인스턴스로 이동하고 Amazon S3 로 백업을 예약합니다. 원래 EC... → 운영 복잡도 증가 【시험 포인트】 ▸ 핵심 키워드: 문제 맥락 파악 ▸ 함정: 겉보기 유사한 선택지 구분 ▸ 패턴: 아키텍처 설계 원칙 적용

해설

【핵심 용어】 ▸ 핵심 서비스 이해 필요 ▸ 아키텍처 설계 원칙 【정답 포인트】 ▸ 정답 (A): 하나의 EC2 인스턴스만 대상으로 하도록 개발 환경에서 대상 그룹을 재구성합니다.... ▸ AWS 최적 설계 패턴 적용 【오답 체크】 (B) ALB 밸런싱 알고리즘을 최소 미해결 요청으로 변경합니다.... → 요구사항 미충족 (C) 두 환경 모두에서 EC2 인스턴스의 크기를 줄입니다.... → 비용 또는 효율성 낮음 (D) 개발 환경의 Auto Scaling 그룹에서 최대 EC2 인스턴스 수를 줄입니다.... → 운영 복잡도 증가 【시험 포인트】 ▸ 핵심 키워드: 문제 맥락 파악 ▸ 함정: 겉보기 유사한 선택지 구분 ▸ 패턴: 아키텍처 설계 원칙 적용

해설

【핵심 용어】 ▸ 핵심 서비스 이해 필요 ▸ 아키텍처 설계 원칙 【정답 포인트】 ▸ 정답 (D): 각 가용 영역에서 퍼블릭 서브넷을 생성합니다. 퍼블릭 서브넷을 ALB 와 연결합니다. 프라... ▸ AWS 최적 설계 패턴 적용 【오답 체크】 (A) ALB 를 Network Load Balancer 로 교체하십시오. 인터넷 트래픽을 허용하도록 퍼블... → 부적절한 이유 설명 (B) EC2 인스턴스를 퍼블릭 서브넷으로 이동합니다. EC2 인스턴스의 보안 그룹에 규칙을 추가하여 0.... → 요구사항 미충족 (C) 인터넷 게이트웨이 경로를 통해 0.0.0.0/0 트래픽을 보내도록 EC2 인스턴스의 서브넷에 대한 ... → 비용 또는 효율성 낮음 【시험 포인트】 ▸ 핵심 키워드: 문제 맥락 파악 ▸ 함정: 겉보기 유사한 선택지 구분 ▸ 패턴: 아키텍처 설계 원칙 적용

해설

【핵심 용어】 ▸ Aurora Serverless — 자동 확장 가능 ▸ 운영 오버헤드 최소화 — AWS 관리형 【정답 포인트】 ▸ 정답(CE): ... ▸ AWS 최적 설계 패턴 적용 【오답 체크】 (A) RDS 기본 노드에서 binlog 복제를 활성화합니다.... → 부적절한 이유 설명 (B) 원본 DB 인스턴스의 장애 조치 우선 순위를 선택합니다.... → 요구사항 미충족 (C) 원본 DB 인스턴스에서 장기 실행 트랜잭션이 완료되도록 허용합니다.... → 비용 또는 효율성 낮음 (D) 글로벌 테이블을 생성하고 테이블을 사용할 수 있는 AWS 리전을 지정합니다.... → 운영 복잡도 증가 【시험 포인트】 ▸ 핵심 키워드: 문제 맥락 파악 ▸ 함정: 겉보기 유사한 선택지 구분 ▸ 패턴: 아키텍처 설계 원칙 적용

해설

【핵심 용어】 ▸ 핵심 서비스 이해 필요 ▸ 아키텍처 설계 원칙 【정답 포인트】 ▸ 정답 (D): 들어오는 요청을 Amazon Simple Queue Service(Amazon SQS)로 ... ▸ 버전 관리 환경에서 이전 버전 처리 필수 【오답 체크】 (A) 인스턴스의 복사본을 만듭니다. Application Load Balancer 뒤에 모든 인스턴스를 ... → 부적절한 이유 설명 (B) Amazon S3용 S3 VPC 엔드포인트를 생성합니다. 엔드포인트를 참조하도록 소프트웨어를 업데이... → 요구사항 미충족 (C) EC2 인스턴스를 중지합니다. CPU 와 메모리가 더 강력한 인스턴스 유형으로 인스턴스 유형을 수정... → 비용 또는 효율성 낮음 【시험 포인트】 ▸ 핵심 키워드: 문제 맥락 파악 ▸ 함정: 겉보기 유사한 선택지 구분 ▸ 패턴: 아키텍처 설계 원칙 적용

해설

【핵심 용어】 ▸ 핵심 서비스 이해 필요 ▸ 아키텍처 설계 원칙 【정답 포인트】 ▸ 정답 (D): Windows 파일 서버 파일 시스템용 Amazon FSx 를 생성합니다. 원본 서버에 파... ▸ AWS 최적 설계 패턴 적용 【오답 체크】 (A) AWS Storage Gateway 볼륨 게이트웨이를 생성합니다. 필요한 클라이언트 프로토콜을 사용... → 부적절한 이유 설명 (B) AWS Storage Gateway 테이프 게이트웨이를 생성합니다. Amazon S3 를 사용하도록... → 요구사항 미충족 (C) Amazon EC2 Windows 인스턴스를 생성합니다. 인스턴스에 Windows 파일 공유 역할을... → 비용 또는 효율성 낮음 【시험 포인트】 ▸ 핵심 키워드: 문제 맥락 파악 ▸ 함정: 겉보기 유사한 선택지 구분 ▸ 패턴: 아키텍처 설계 원칙 적용

해설

【핵심 용어】 ▸ FSx for Windows — Active Directory 통합 ▸ NTFS 권한 — AD 사용자/그룹 기반 ACL ▸ 일관된 권한 — 온프레미스와 동일 정책 【정답 포인트】 ▸ "온프레미스 AD 그룹" → FSx를 AD에 연결 ▸ NTFS ACL → AD 권한 그대로 유지 ▸ "액세스 제한" → 파일/폴더 수준 권한 【오답 체크】 (A) AD 커넥터+IAM: IAM은 AWS 권한(NTFS 아님) (B) 태그+IAM: 태그 기반(파일 ACL 아님) (C) IAM 서비스 역할: AWS 권한(NTFS 무관) 【시험 포인트】 ▸ FSx+AD = AD 권한 자동 동기화 ▸ "온프레미스 정책 유지" → AD 연결 필수

해설

【핵심 용어】 ▸ CloudFront — 엣지에서 콘텐츠 캐싱 ▸ Lambda@Edge — User-Agent 기반 분기 ▸ 디바이스별 최적화 — PC/모바일/태블릿 다른 버전 【정답 포인트】 ▸ "장치별 다양한 버전" → CloudFront (A) ▸ User-Agent 감지 → Lambda@Edge (C) 분기 ▸ 전세계 배포 → CloudFront 엣지 네트워크 【오답 체크】 (B) NLB 호스트 헤더: 라우팅만(콘텐츠 최적화 아님) (D) Global Accelerator: 레이턴시만(콘텐츠 선택 불가) (E) Global Accelerator: 경로 기반(콘텐츠 최적화 불가) 【시험 포인트】 ▸ "디바이스별 콘텐츠" → CloudFront+Lambda@Edge ▸ "2개 선택" 필수 조합

해설

【핵심 용어】 ▸ VPC 피어링 — 비용 없음, 직접 연결 ▸ 전송 VPC — 관리 비용 증가(구식 패턴) ▸ 보안 그룹 규칙 — 피어링 연결 선택 【정답 포인트】 ▸ "비용 효율" → VPC 피어링(추가 비용 없음) ▸ "같은 리전" → 피어링으로 충분 ▸ ElastiCache 보안 그룹 규칙 필수 【오답 체크】 (B/D) 전송 VPC: EC2 추가 비용, 관리 복잡 (C) 피어링 연결에 SG 설정 불가(잘못된 구성) 【시험 포인트】 ▸ 2 VPC + 같은 리전 → VPC 피어링 ▸ "비용 효율" = 최소 인프라

해설

【핵심 용어】 ▸ ALB — 헬스체크 기반 자동 라우팅 ▸ 단일 진입점 — DNS는 ALB만 반환 ▸ 자동 장애조치 — 정상 인스턴스만 선택 【정답 포인트】 ▸ "비정상 인스턴스" → 로드밸런서 필터링 필수 ▸ ALB+Route53 → 정상 인스턴스만 DNS 반환 ▸ "10개 이상" → 중앙화된 헬스체크 【오답 체크】 (A) 단순 라우팅+상태확인: DNS 필터링 안됨 (B) 장애조치 정책: Primary/Secondary만 지원 (C) CloudFront: 동적 헬스체크 아님 【시험 포인트】 ▸ "다중 + 헬스체크" → ALB 필수 ▸ Route53 직접 = 느림, ALB 선호

해설

【핵심 용어】 ▸ 프라이빗 서브넷 — 직접 인터넷 접근 불가 ▸ CloudFront 원본 — ALB가 전결점 ▸ 최소 레이턴시 + 보안 — 엣지 캐싱 + 내부 【정답 포인트】 ▸ "에지에 가까운 전송" → CloudFront (C) ▸ "가장 안전" → EC2 프라이빗 유지 ▸ "ALB 오리진" → 원본 집중화 【오답 체크】 (A) 퍼블릭 서브넷: EC2 직접 노출(보안) (B) 프라이빗+EC2 오리진: CloudFront 접근 불가 (D) 퍼블릭 EC2: 보안 위험 【시험 포인트】 ▸ "안전+성능" → 프라이빗+ALB+CloudFront ▸ ALB = 원본 집중점

해설

【핵심 용어】 ▸ AWS Global Accelerator — 다중 리전 레이턴시 최소화 ▸ 헬스체크 — 정상 엔드포인트로만 라우팅 ▸ Anycast IP — 가장 가까운 엣지에서 진입 【정답 포인트】 ▸ "모든 리전 배포" → Global Accelerator 필수 ▸ "대기 시간 민감" → AWS 글로벌 네트워크 ▸ "상태 모니터링" → ALB 헬스체크 통합 【오답 체크】 (B) CloudFront: 캐싱(동적 게임 부적합) (C) S3 원본: 정적만(동적 불가) (D) DynamoDB+DAX: DB 최적화(리전 간 해결 불가) 【시험 포인트】 ▸ "다중 리전+레이턴시" → Global Accelerator ▸ ALB 엔드포인트로 헬스체크 자동화

해설

【핵심 용어】 ▸ Kinesis Firehose — 자동 S3 전송(서버리스) ▸ Kinesis Data Analytics — 실시간 SQL 분석 ▸ Parquet 형식 — Firehose 자동 변환 【정답 포인트】 ▸ 최소 운영 오버헤드 → Firehose 완전 관리형 ▸ 실시간 분석+저장 → Analytics+Firehose (D) ▸ Lambda 제거 → 수동 코드 불필요 【오답 체크】 (A) 데이터 스트림: S3 자동 전송 불가 (B) EMR: 관리 비용 증가, 실시간 부적합 (C) 크롤러+Athena: 주기 기반(실시간 아님) 【시험 포인트】 ▸ 실시간+저장+분석 → Firehose+Analytics 조합 ▸ "최소 오버헤드" = 완전 관리형 선택

해설

【핵심 용어】 ▸ RDS Proxy — 연결 풀링으로 DB 부하 감소 ▸ 읽기 지연 — 연결 재사용으로 개선 ▸ 최소 아키텍처 변경 — 애플리케이션 수정 불필요 【정답 포인트】 ▸ 연결 풀링 → 열린 연결 수 제한 ▸ 성능 = 연결 관리 개선(캐싱 X) ▸ 코드 변경 최소 → 투명하게 작동 【오답 체크】 (A) ElastiCache: 읽기만 개선(근본 원인 해결 아님) (C) Lambda: 과도한 아키텍처 변경 (D) DynamoDB: 비현실적, 설계 변경 큼 【시험 포인트】 ▸ 연결 성능 → RDS Proxy는 항상 1순위 ▸ "최소 아키텍처 변경" = 핵심

해설

【핵심 용어】 ▸ 읽기 복제본 — Primary(쓰기)와 Replica(읽기) 분리 ▸ 읽기 전용 분석 — 별도 인스턴스 격리 ▸ 최소 변경 — 복제본 자동 동기화 【정답 포인트】 ▸ 웹앱과 분석 분리 → DB 부하 분산 ▸ 비용 효율 → 추가 인스턴스만으로 스케일 (C) ▸ 즉시 구현 → AWS 자동 관리 【오답 체크】 (A) DynamoDB: 비분석 쿼리(RDBMS 필요) (B) ElastiCache: 캐싱용(복잡 분석 부적합) (D) Redshift: 높은 비용, ETL 필요 【시험 포인트】 ▸ RDBMS 읽기 부하 → 읽기 복제본 우선 ▸ "최소 변경" = 가장 간단한 솔루션

해설

【핵심 용어】 ▸ 클라이언트 측 암호화 — 전송 전 클라이언트에서 ▸ 전송 중 암호화 — TLS/SSL 자동 보호 ▸ 미사용 데이터 — S3 도착 전 완료 【정답 포인트】 ▸ 두 계층 보안 → 전송(TLS)+저장소 (A) ▸ 클라이언트 제어 → 키 관리권 회사만 ▸ S3 도착 시 이미 암호화 상태 【오답 체크】 (B) 서버 측만: 전송 구간 평문 가능 (C) SSE-S3: 전송 구간 취약 (D) KMS: 저장층만(전송 미보호) 【시험 포인트】 ▸ "전송 중+미사용" → 클라이언트 측 필수 ▸ 이중 요구사항 = 클라이언트 암호화

해설

【핵심 용어】 ▸ Scheduled Scaling — 시간 기반 사전 스케일링 ▸ 오전 1시 고정 시작 → 예측 가능한 워크로드 ▸ 빠른 도달 → 반응형 스케일링 지연 【정답 포인트】 ▸ 예약된 확장 = 문제 전에 미리 준비 (C) ▸ "1시에 desired capacity=최대값" 설정 ▸ 배치 완료 후 축소 → 별도 스케줄 【오답 체크】 (A) 최소값 증가: 항상 비용 낭비 (B) 최대값 증가: CPU 반응도 1시간 지연 (D) 조정 정책: 여전히 CPU 지연 존재 【시험 포인트】 ▸ 예측 가능한 시간+spike → Scheduled만 가능 ▸ "1시간 지연" 문제 = 예약 솔루션

해설

【핵심 용어】 ▸ Athena — S3 데이터 직접 SQL 쿼리 (추출 불필요) ▸ QuickSight — BI 대시보드 시각화 도구 ▸ 고급 분석 = SQL + 시각화 조합 【정답 포인트】 ▸ Athena = S3 로그 원본에서 즉시 분석 ▸ QuickSight = Athena 결과 연결 후 대시보드 생성 ▸ 표준 SQL = 관계형 쿼리 지원 【오답 체크】 (A) Glue = ETL 도구, 시각화 불가 (변환만) (C/D) DynamoDB = NoSQL, S3 로그 직접 쿼리 불가 DynamoDB는 별도 로딩 필요, Athena 불필요 【시험 포인트】 패턴: S3 로그+고급분석+시각화 → Athena(분석)+QuickSight(대시보드)

해설

【핵심 용어】 ▸ RPO<1초 — 데이터 손실 최소화 ▸ 다중 AZ — 동기 복제 (RPO=0) ▸ 규정준수 표준 — 자동 장애조치 【정답 포인트】 ▸ 다중 AZ = 동기 스탠바이 자동 페일오버 ▸ 동기 복제 = 쓰기 확인 전 대기, 데이터 손실 0 ▸ RPO<1초 충족 = 유일한 네이티브 솔루션 【오답 체크】 (B) Auto Scaling = 가용성, RPO 관련 없음 (C) 읽기 복제본 = 비동기, RPO 수초 이상 (D) DMS CDC = 실시간 아님, RPO 지연 【시험 포인트】 패턴: "RPO<1초" → RDS 다중 AZ 동기 복제가 유일한 답

해설

【핵심 용어】 ▸ 보안 그룹 — 소스 IP/보안그룹 기반 필터링 ▸ ALB SG 참조 → ALB 트래픽만 허용 ▸ 다른 소스 차단 → EC2 SG에서 제어 【정답 포인트】 ▸ EC2 SG 규칙: ALB SG ID → 수신 허용 ▸ 나머지 소스 = 암묵적 거부 (기본값) ▸ 동작 원리 = SG 간 참조 (IP 범위 필요 X) 【오답 체크】 (A) 라우팅 테이블 = L3 레이어, 보안 그룹은 L4 L3 라우팅만으로 보안 필터링 불가 (C) 퍼블릭 이동 = 요구사항 변경, 보안 악화 (D) ALB SG를 개방 = EC2 보안에 도움 안 됨 【시험 포인트】 패턴: "ALB만 허용" → 보안 그룹 ID 참조가 핵심