CertNote/ 출퇴근 학습 노트
로드맵
KOEN
CLF-C02 · FoundationalCloud Practitioner - Foundational
DVA-C02 · AssociateDeveloper - Associate
SAA-C03 · AssociateSolutions Architect - Associate
  • Week 1
    • 1.AWS 인프라의 지도: 리전, AZ, 그리고 공동 책임이라는 약속
    • 2.IAM 기초: 누구에게 무엇을 허용할 것인가
    • 3.IAM 심화: STS, 권한 경계, 그리고 Confused Deputy의 그림자
    • 4.AWS Organizations, SCP, Control Tower: 다계정 거버넌스의 골격
    • 5.Week 1 종합: 시나리오로 단단해지는 기초와 IAM
  • Week 2
  • Week 3
    • 1.EC2 인스턴스 유형과 구매 옵션: 하드웨어 설계와 경제학의 교차점
    • 2.EBS vs Instance Store: 영속성과 성능의 교환, 그리고 파일 시스템의 선택
    • 3.ELB: 계층별 로드 밸런싱의 설계 철학과 ALB·NLB·GLB의 선택 기준
    • 4.Auto Scaling Group: 제어 이론, 예측 확장, 그리고 우아한 종료의 기술
    • 5.Week 3 종합 복습: EC2·스토리지·ELB·ASG를 하나의 아키텍처로 연결하기
  • Week 4
  • Week 5
  • Week 6
  • Week 7
  • Week 8
  • Week 9
  • Week 10
  • Week 11
  • Week 12
SOA-C02 · AssociateCloudOps Engineer - Associate
SAP-C02 · ProfessionalSolutions Architect - Professional
DOP-C02 · ProfessionalDevOps Engineer - Professional
SCS-C03 · SpecialtySecurity - Specialty
MLA-C01 · AssociateMachine Learning Engineer - Associate
AIF-C01 · FoundationalAI Practitioner - Foundational
DEA-C01 · AssociateData Engineer - Associate
MLS-C01 · SpecialtyMachine Learning - Specialty
합격 후기

© CertNote · 주간랩스

  • 소개
  • 수정 기록
  • 문의
  • 이용약관
  • 개인정보처리방침
← SAA-C03/Week 3/Day 5

기준: SAA-C03 시험 가이드·오류 제보

SAA-C03· AssociateWeek 3 · Day 5읽기 약 18분

Day 5 - Week 3 종합 복습: EC2·스토리지·ELB·ASG를 하나의 아키텍처로 연결하기

이번 주는 AWS 컴퓨팅과 스토리지 계층의 핵심을 다뤘다. EC2 인스턴스 패밀리와 구매 옵션(Day 11), EBS·Instance Store·EFS·FSx의 스토리지 선택 원리(Day 12), ALB·NLB·GLB의 로드 밸런싱 계층(Day 13), ASG 스케일링 정책과 운영 기법(Day 14). 이 네 가지는 독립된 서비스가 아니라 하나의 아키텍처 패턴을 구성하는 부품들이다.

복습의 목표는 각각을 따로 외우는 것이 아니라, "주어진 요구사항에서 어떤 조합이 최적인가"를 판단하는 능력을 키우는 것이다. SAA 시험은 단일 서비스 지식이 아니라 트레이드오프 판단을 묻는다.

이번 주 핵심 개념의 연결 고리

이 네 개 영역은 어떻게 하나로 연결되는가.

EC2 인스턴스를 선택하면(패밀리와 구매 옵션), 그 인스턴스에 어떤 스토리지를 붙일지 결정한다(EBS/Instance Store/공유 파일 시스템). 여러 인스턴스에 트래픽을 분산하려면 ELB를 앞에 둔다(ALB/NLB/GLB). 그리고 트래픽에 따라 인스턴스 수를 자동 조절하는 것이 ASG다.

요구사항의 각 축이 인스턴스·스토리지·ELB·스케일링 선택으로 이어지는 판단 경로

핵심 비교표: 한눈에 정리

인스턴스 패밀리 선택 기준

병목 자원패밀리대표 워크로드주의점
CPU 집약C인코딩, ML 추론, 배치Graviton(c7g)이 25% 저렴
범용M앱 서버, 캐시첫 번째 선택지
메모리R인메모리 DB, SAP대용량 RAM이 핵심
메모리(극단)XSAP HANA 수 TB비용 매우 높음
로컬 NVMeINoSQL, Kafka 브로커데이터 손실 고려
GPU 학습PLLM pre-trainingH100/A100
GPU 추론GML 추론, 렌더링A10G
변동 부하T개발, 마이크로서비스T Unlimited 비용 주의
ARM 절감*g 접미사오픈소스 스택 전반상용 SW 호환 확인

구매 옵션 트레이드오프

옵션약정최대 절감사용 조건
On-Demand없음0%단기, 예측 불가
Compute SP1/3년~66%패밀리·리전·OS 변경 가능
EC2 Instance SP1/3년~72%패밀리 고정, 크기 자유
Standard RI1/3년~72%타입 고정
Spot즉시~90%Stateless, 중단 허용
Dedicated Host1/3년-BYOL 라이선스
Capacity Reservation없음0%용량만 확보

스토리지 결정 트리

EC2 한 대만?
    └─ 영속성 필요?
        ├─ NO: Instance Store (NVMe, 최고 성능)
        └─ YES: EBS
               ├─ 기본: gp3 (IOPS·Throughput 독립, gp2보다 20% 저렴)
               ├─ OLTP 고성능: io2 (최대 64K IOPS)
               └─ 미션 크리티컬: io2 Block Express (최대 256K IOPS)

여러 EC2 공유?
    ├─ Linux NFS: EFS (자동 확장, Multi-AZ)
    ├─ Windows SMB + AD: FSx for Windows
    ├─ HPC/ML 병렬 + S3 연동: FSx for Lustre
    └─ NetApp 마이그레이션 / 멀티 프로토콜: FSx for ONTAP

객체 스토리지 / HTTP API: S3

ELB 3종 선택 기준

키워드정답이유
HTTP 경로/호스트/헤더 라우팅ALBL7 컨텐츠 기반
WAF 통합ALBWAF는 ALB에 붙임
gRPC, HTTP/2ALBNLB는 TCP만
WebSocket 세션ALBSticky 지원
UDP, 게임 서버NLBL4 UDP 지원
고정 IP, EIP, 파트너 화이트리스트NLBAZ당 EIP
초저지연 (μs)NLBL4 처리
TCP 커스텀 프로토콜NLBHTTP 아님
NGFW/IPS/DPI 체이닝GLBGENEVE L3
보안 어플라이언스 Auto ScalingGLB어플라이언스 관리

ASG 스케일링 정책 비교

정책동작 원리사용 시나리오
Target Tracking목표값 자동 추적 (PI 제어)권장, 대부분 상황
PredictiveML로 사전 확장주기적 패턴
Scheduled시간 기반 사전 설정예측 가능한 패턴
Step단계별 스케일링 크기세밀 제어 필요
Simple단순 +/- N레거시, 피할 것

함정 7가지

함정 1. Instance Store를 DB에 쓰는 경우 시험에서 "가장 빠른 스토리지"라는 미끼로 Instance Store를 데이터베이스에 쓰는 답을 제시한다. Instance Store는 인스턴스 중지/종료 시 데이터가 사라지므로 DB에 절대 쓰면 안 된다. 단, Cassandra·MongoDB처럼 복제(replication)로 내구성을 보장하는 분산 DB의 노드 디스크로는 사용 가능하다.

함정 2. EFS를 Windows AD 파일 공유에 쓰는 경우 EFS는 NFSv4.1 기반 Linux 전용이다. Windows Active Directory 통합, SMB 프로토콜, NTFS ACL이 필요하면 FSx for Windows File Server다.

함정 3. gp2 볼륨이 이미 최대 IOPS라는 착각 gp2의 IOPS는 크기에 비례한다(1GB = 3 IOPS). 100GB gp2는 300 IOPS가 최대다. 더 많은 IOPS가 필요하면 gp3로 전환해서 독립적으로 IOPS를 프로비저닝한다. gp3 전환은 다운타임 없이 즉시 가능하다.

함정 4. ALB에 고정 IP를 기대하는 경우 ALB는 DNS 이름만 있고 IP가 변한다. 파트너 방화벽 화이트리스트에 ALB IP를 등록하는 것은 불가능하다. NLB + EIP가 정답이다. Global Accelerator도 2개의 고정 Anycast IP를 제공하지만, 질문에 Global Accelerator가 명시되지 않으면 NLB + EIP가 더 단순한 답이다.

함정 5. ASG의 EC2 헬스 체크만으로 앱 장애를 감지하는 경우 EC2 헬스 체크는 물리/OS 상태만 본다. 앱이 크래시해도 EC2는 Running 상태이므로 교체가 안 된다. ALB 뒤에서 운영하면 반드시 ELB Health Check 타입을 ASG에 활성화해야 한다.

함정 6. Spot 인스턴스를 Stateful 워크로드에 쓰는 경우 "최대 절감"이 요구사항에 있어도, Stateful 워크로드(DB 마스터, 세션 서버, 라이선스 서버)에 Spot은 오답이다. 2분 통지 후 언제든 사라질 수 있기 때문이다. Stateless(배치, 빅데이터, ML 학습 체크포인트)에만 Spot이 정답이다.

함정 7. NLB Cross-Zone이 기본 ON이라는 착각 ALB는 Cross-Zone이 기본 ON(추가 비용 없음)이지만, NLB와 GLB는 기본 OFF다. NLB에서 AZ별 타겟 수가 불균등하면 트래픽 분배가 편향된다. Cross-Zone 활성화는 추가 데이터 전송 비용이 발생한다.

서비스 간 상호작용 패턴

실제 아키텍처에서는 이 서비스들이 조합되어 동작한다. 대표적인 패턴들을 이해해야 시나리오 문제가 풀린다.

패턴 A: 표준 3계층 웹 서비스

인터넷 → ALB(Multi-AZ, HTTPS, WAF)
              ↓ Host/Path 라우팅
         ASG (EC2, Mixed Instances, Spot 60% + OD 40%)
              ↓
         EBS gp3 (애플리케이션 데이터)
         EFS (공유 설정, 업로드 파일)
              ↓
         RDS Multi-AZ (읽기는 Read Replica)

패턴 B: ML 학습 플랫폼

S3 (학습 데이터) ←→ FSx for Lustre (S3 연동)
                          ↓ (POSIX API, 수백 GB/s)
                   EC2 Spot (p4d.24xlarge, GPU)
                   [Lifecycle Hook: 체크포인트 저장]
                          ↓
                   S3 (모델 체크포인트)

패턴 C: B2B API 서비스 (고정 IP 요구)

파트너 → NLB (EIP 화이트리스트)
              ↓ (TCP 443)
         EC2 ASG (Target Tracking)
              ↓
         RDS + ElastiCache

패턴 D: 엔터프라이즈 보안 체인

인터넷 → Transit Gateway → GLB → Palo Alto NGFW (ASG)
                                       ↓ (검사 통과)
                                ALB → EC2 ASG → RDS

패턴 E: HPC 클러스터

EC2 c7g.metal (Cluster Placement Group)
    ├─ EFA (OS-bypass 네트워킹, 100Gbps)
    ├─ FSx for Lustre (POSIX, 초고속 병렬 I/O)
    └─ Instance Store (임시 스크래치)

비용 최적화 패턴 정리

시나리오에서 "비용 최적화"가 나오면 이 프레임워크로 분석한다.

1. 워크로드 분류
   - Stateless + 중단 허용 → Spot (최대 90% 절감)
   - 예측 가능한 기반 부하 → Compute SP 또는 RI
   - 단기/예측 불가 → On-Demand

2. 인스턴스 Right-sizing
   - Graviton(ARM) 가능 여부 확인 (25% 절감)
   - 실제 CPU/메모리 사용률로 패밀리 선택

3. 스토리지 최적화
   - gp2 → gp3 전환 (20% 절감)
   - EFS IA Lifecycle Policy (장기 미접근 파일 자동 티어링)
   - S3 Intelligent-Tiering 또는 Glacier

4. 사용 패턴 최적화
   - 야간 개발/테스트 ASG 스케줄 종료
   - Reserved Instance 적용 전 CloudWatch 실사용 데이터 분석

복원력(Reliability) 설계 패턴

시나리오에서 "한 AZ 장애에도 서비스 유지"가 나오면:

필수 체크리스트:
□ ALB: Multi-AZ 서브넷 (최소 2개 AZ)
□ ASG: Min=2 이상, 여러 AZ 서브넷 등록
□ RDS: Multi-AZ 배포 (synchronous replication)
□ ElastiCache: Redis Cluster Mode Enabled (Multi-AZ)
□ EFS: Multi-AZ 마운트 타겟
□ S3: 기본적으로 Multi-AZ 내구성 (별도 설정 불필요)

"리전 전체 장애에도 서비스 유지"가 나오면:

추가 필수:
□ Route 53 Health Check + Failover 레코드
□ RDS Cross-Region Read Replica (수동 promote)
  또는 Aurora Global Database (RPO < 1초)
□ S3 Cross-Region Replication
□ CloudFront (엣지 캐시로 오리진 장애 버퍼링)
□ 두 번째 리전에 ASG + EC2 예비 스택

📝 연습 문제

선택지를 클릭하면 정답·해설이 펼쳐집니다.

문제 1

글로벌 이커머스 플랫폼이 AWS 서울 리전에서 운영 중이다. 다음 요구사항을 모두 만족하는 아키텍처를 설계하라. - 월-금 오전 8-18시에 트래픽이 평소의 5배 - 단일 AZ 장애 시 서비스 중단 없어야 함 - 비용을 최소화하면서 기반 용량 보장 - SQL Injection 공격 방어 필요

문제 2

한 회사가 온프레미스 NetApp ONTAP 스토리지에서 AWS로 마이그레이션한다. Linux 서버와 Windows 서버가 모두 같은 파일 시스템에 접근해야 하고, 온프레미스에서 SnapMirror로 동기화하면서 점진적으로 이전할 계획이다. 또한 이전 완료 후에는 NFS와 SMB 모두 지원해야 한다. 어떤 서비스가 적합한가?

문제 3

금융 트레이딩 회사가 새 주문 시스템을 AWS로 이전한다. 요구사항: (1) 네트워크 레이턴시 최소화 (μs 단위), (2) 파트너 시스템의 방화벽에서 고정 IP를 화이트리스트에 등록해야 함, (3) FIX 프로토콜(TCP 기반 커스텀 프로토콜) 사용, (4) 각 주문 처리 서버 간 MPI 통신. 가장 적합한 아키텍처는?

문제 4

스타트업이 새 SaaS 제품을 출시한다. 초기에는 트래픽이 매우 적지만, 성공 시 수십 배로 급증할 수 있다. 서비스 중단 없이 1년 내 아무때나 발생할 수 있는 급증을 처리하고, 비용은 최소화해야 한다. 장기적으로는 3년 이상 운영 예정이다.

문제 5

한 회사가 EC2에서 EBS gp2 볼륨(200GB)을 사용하는 PostgreSQL 데이터베이스를 운영한다. DBA가 분석하니 평균 IOPS 사용량이 800, 피크가 2,000이며, gp2의 최대 IOPS인 600(200GB × 3)을 초과하고 있어 성능 저하가 발생한다. 가장 비용 효율적인 해결책은?

문제 6

Auto Scaling Group으로 운영되는 웹 서버가 새 인스턴스를 시작할 때마다 다음 작업이 필요하다: Parameter Store에서 DB 연결 정보를 가져오고, 설정 파일 생성 후 앱을 시작하고, 레디스 캐시를 워밍업한다. 이 전체 과정이 4분 걸린다. 4분이 완료되기 전에 ALB 트래픽이 들어오면 오류가 발생한다. 가장 적절한 설정은?

문제 7

회사가 온프레미스 물리 서버를 AWS로 이전한다. 이전 대상 중에는 SQL Server Enterprise 라이선스(소켓 단위 과금)와 Oracle DB(CPU 코어 단위 과금)가 있다. BYOL로 라이선스를 AWS에서 사용하려면?

문제 8

동영상 스트리밍 서비스가 사용자 업로드 비디오를 처리하는 파이프라인을 운영한다. 비디오 인코딩 잡은 CPU 집약적이고 30-120분 소요된다. 인코딩 잡이 중단되면 마지막 체크포인트(S3에 10분마다 저장)에서 재시작 가능하다. 비용을 최대한 줄이면서 안정적으로 운영하려면?

문제 9

다음 중 ASG에서 Spot 인스턴스 인터럽션 시 가용성을 최대화하는 설정 조합은?

문제 10

한 회사가 10TB 규모의 데이터 분석을 매주 일요일 새벽 2시에 실행한다. 분석에는 대용량 RAM(256GB)이 필요하고, 분석 결과는 S3에 저장한다. 분석 잡은 중단 불가이며, 완료 후 인스턴스는 종료해도 된다. 가장 비용 효율적인 방법은?

문제 11

다중 계정 환경에서 두 팀이 같은 ap-northeast-2a AZ에 리소스를 배치해서 Cross-AZ 비용 없이 VPC 피어링을 활용하려 한다. 그런데 실제 물리 AZ가 다를 수 있다는 우려가 있다. 어떻게 확인해야 하는가?

문제 12

다음 중 SAA 시험에서 잘못된 선택의 대표적 패턴을 모두 고르시오.

이전Auto Scaling Group: 제어 이론, 예측 확장, 그리고 우아한 종료의 기술Week 3 · Day 4다음 S3: 객체 스토리지의 내부 구조, 일관성 모델의 진화, 그리고 대규모 운영 패턴Week 4 · Day 1

참고 공식 자료

  • SAA-C03 공식 시험 안내(새 탭에서 열림)
  • Elastic Load Balancing 공식 문서(새 탭에서 열림)
  • Amazon EC2 Auto Scaling 공식 문서(새 탭에서 열림)
  • Amazon EC2 공식 문서(새 탭에서 열림)
  • Amazon FSx 공식 문서(새 탭에서 열림)
  • Amazon EFS 공식 문서(새 탭에서 열림)

이 페이지

  • 이번 주 핵심 개념의 연결 고리
  • 핵심 비교표: 한눈에 정리
  • 인스턴스 패밀리 선택 기준
  • 구매 옵션 트레이드오프
  • 스토리지 결정 트리
  • ELB 3종 선택 기준
  • ASG 스케일링 정책 비교
  • 함정 7가지
  • 서비스 간 상호작용 패턴
  • 비용 최적화 패턴 정리
  • 복원력(Reliability) 설계 패턴
  • 시나리오 연습 문제