비용 최적화·마이그레이션·재해 복구

이 장의 서술 원칙 — 금액 대신 구조

먼저 볼 것 — 무엇이 과금 축인가

금액을 몰라도 판단할 수 있는 이유는, AWS 요금이 서비스마다 정해진 몇 개의 축으로만 매겨지기 때문입니다. 어떤 설계 변경이 어느 축을 건드리는지 알면 방향은 결정됩니다.

데이터 전송 요금의 방향성 SAA 빈출

데이터 전송은 양이 아니라 방향으로 요금이 정해집니다. 이 비대칭 하나가 비용 도메인 문항의 상당수를 설명합니다. 1장에서 개요를 봤고, 여기서는 설계 판단까지 내려갑니다.

NAT 게이트웨이 비용을 VPC 엔드포인트로 줄인다

NAT 게이트웨이는 두 축으로 과금됩니다. VPC 사용 설명서는 게이트웨이가 사용 가능한 매 시간과 처리한 매 기가바이트에 요금이 부과되며, 처리 데이터 요금은 트래픽의 출발지와 목적지가 어디든 상관없이 적용된다고 명시합니다.

여기서 흔한 사고가 나옵니다. 프라이빗 서브넷의 인스턴스가 Amazon S3에서 대용량 객체를 읽으면, 그 트래픽은 같은 리전 안에 머무는데도 NAT 게이트웨이를 통과하면서 처리 요금이 붙습니다. 해결은 게이트웨이 엔드포인트로 경로를 바꾸는 것입니다.

따라서 판단은 두 단계입니다. S3나 DynamoDB 트래픽이면 게이트웨이 엔드포인트가 거의 언제나 이깁니다 — 보안(인터넷 비경유)과 비용이 같은 답을 가리킵니다. 다른 서비스라면 인터페이스 엔드포인트를 쓰되, NAT 처리 요금과 엔드포인트 요금 중 어느 쪽이 큰지가 실제 판단 기준이 됩니다. 엔드포인트 자체의 동작은 4장 VPC 연결과 하이브리드에서 다룹니다.

# 프라이빗 서브넷의 라우팅 테이블에 S3 게이트웨이 엔드포인트를 연결합니다.
aws ec2 create-vpc-endpoint \
  --vpc-id vpc-0123456789abcdef0 \
  --vpc-endpoint-type Gateway \
  --service-name com.amazonaws.ap-northeast-2.s3 \
  --route-table-ids rtb-0123456789abcdef0 rtb-0abcdef1234567890

# 어떤 게이트웨이 엔드포인트가 어느 라우팅 테이블에 붙어 있는지 확인합니다.
aws ec2 describe-vpc-endpoints \
  --filters Name=vpc-endpoint-type,Values=Gateway \
  --query 'VpcEndpoints[].[VpcEndpointId,ServiceName,RouteTableIds]' \
  --output table

CloudFront로 오리진 송신을 줄인다

Amazon CloudFront는 성능 도구로 먼저 배우지만, 비용 도메인에서도 자주 정답입니다. 이유는 단순합니다. 엣지 캐시에서 응답한 요청은 오리진까지 가지 않으므로 오리진의 인터넷 송신량 자체가 줄어듭니다.

• 정적 자산 비중이 높고 캐시 적중률을 올릴 수 있는 워크로드일수록 효과가 큽니다.
• Amazon S3를 오리진으로 두면 버킷에서 인터넷으로 직접 나가던 트래픽이 CloudFront 뒤로 들어갑니다.
• 오리진 액세스 제어(OAC)로 버킷을 비공개로 유지하면 보안과 비용이 같은 방향이 됩니다.

다만 캐시할 수 없는 완전 동적 응답만 오가는 워크로드에서는 절감 효과를 기대하기 어렵습니다. "모든 트래픽에 CloudFront를 붙이면 싸진다"고 일반화하지 않습니다. CloudFront의 캐시 정책과 오리진 보호는 14장 엣지와 DNS에서 다룹니다.

컴퓨팅 약정 — 무엇을 얼마나 오래 쓸 것인가

컴퓨팅 비용을 줄이는 레버는 세 가지입니다. 덜 쓰기(라이트사이징·끄기), 싸게 사기(약정·스팟), 다른 모델로 바꾸기(서버리스·컨테이너)입니다. 이 절은 두 번째를 다룹니다.

EC2 구매 옵션

구매 옵션 자체의 동작과 전용 호스트·전용 인스턴스의 차이는 5장 EC2와 컴퓨트에서 다룹니다. 여기서는 어느 부분을 어느 옵션으로 덮는가만 봅니다.

스팟인가 약정인가 — 판단은 중단 허용 여부

둘은 경쟁 관계가 아니라 서로 다른 부분을 덮는 도구입니다. 판단 기준은 하나로 정리됩니다.

• 중단되면 안 되는 상시 부하는 Savings Plans나 예약 인스턴스로 덮습니다. 약정은 할인을 주지만 중단으로부터 보호해 주지는 않고, 애초에 중단이 없습니다.
• 중단되어도 되는 부분은 스팟으로 처리합니다. 스팟 인스턴스는 AWS가 용량을 회수할 수 있으므로, 중단 시 재시도되거나 다른 인스턴스가 이어받는 구조여야 합니다.
• 실제 설계는 둘을 겹쳐 씁니다. 기저 부하는 약정으로, 급증분은 스팟과 온디맨드로 받습니다.

Savings Plans와 예약 인스턴스의 차이

서버리스는 언제 싸고 언제 비싼가

"서버리스가 더 싸다"는 말은 절반만 맞습니다. 서버리스의 요금은 실행한 만큼이고, EC2의 요금은 켜 둔 만큼입니다. 그래서 두 곡선은 어딘가에서 교차합니다.

비용 가시성 — 세 도구의 역할이 다르다

비용 도구 문항은 이름을 외우는 문제가 아니라 "보는 것인가, 알리는 것인가, 원본 데이터를 내려받는 것인가"를 구분하는 문제입니다.

라이트사이징 — Compute Optimizer와 Trusted Advisor

가장 확실한 절감은 실제로 쓰지 않는 용량을 줄이는 것입니다. 추측 대신 지표로 판단하게 해 주는 도구가 둘 있습니다.

Trusted Advisor는 지원 플랜에 따라 볼 수 있는 점검 항목이 달라집니다. 기본 플랜에서는 서비스 한도 범주 전체와 보안·내결함성의 일부 점검만 제공되고, 전체 점검은 상위 지원 플랜에서 열립니다. "전체 점검 결과가 보이지 않는다"는 시나리오의 원인이 대개 여기입니다.

재해 복구 4전략과 RTO · RPO SAA 빈출

재해 복구(Disaster Recovery, DR) 설계는 두 개의 요구값에서 출발합니다.

• RTO(Recovery Time Objective, 복구 목표 시간) — 장애 발생 후 얼마나 빨리 서비스를 되살려야 하는가.
• RPO(Recovery Point Objective, 복구 목표 시점) — 되살렸을 때 얼마만큼의 데이터 손실까지 허용되는가.

네 전략은 이 두 값과 평상시 상시 가동 비용을 맞바꾼 결과입니다. 더 짧은 RTO·RPO를 원할수록 대상 리전에 켜 두어야 하는 것이 늘어나고, 그만큼 비용이 올라갑니다.

요구가 주어졌을 때 어떻게 고르는가

표에 숫자를 넣지 않은 이유가 있습니다. 각 전략의 RTO·RPO는 구성과 데이터 크기에 따라 달라지므로 고정된 값이 없습니다. 시험도 "파일럿 라이트의 RTO는 몇 분인가"를 묻지 않고, 주어진 요구를 만족하는 전략이 무엇인가를 묻습니다.

판단 절차는 두 단계입니다.

• (1) 요구를 만족하지 못하는 전략을 먼저 버립니다. "거의 즉시 전환되어야 한다"면 백업 및 복원은 후보에서 빠집니다.
• (2) 남은 것 중 가장 단순하고 저렴한 것을 고릅니다. "몇 시간까지 허용된다"는데 액티브-액티브를 고르면 과잉 설계입니다.

RPO는 데이터 복제 방식이, RTO는 무엇이 켜져 있는가가 결정합니다. 두 값이 서로 다른 레버로 조절된다는 점을 구분하면 문항이 훨씬 쉬워집니다.

AWS Backup — 백업을 정책으로 중앙화한다

서비스마다 백업 기능이 따로 있으면 보존 기간과 실행 여부를 한곳에서 확인할 수 없습니다. AWS Backup은 여러 서비스의 백업을 하나의 정책과 하나의 저장소로 모읍니다.

• 백업 계획(backup plan) — 일정과 보존 기간을 담은 규칙 문서입니다. 여기에 리소스를 태그나 리소스 유형으로 배정합니다.
• 백업 볼트(backup vault) — 복구 지점을 담는 논리 컨테이너이며 KMS 키를 지정합니다.
• 복사 작업 — 복구 지점을 다른 리전이나 다른 계정의 볼트로 복사합니다. DR에서 이 기능이 핵심입니다.

{
  "BackupPlanName": "prod-daily",
  "Rules": [
    {
      "RuleName": "nightly",
      "TargetBackupVaultName": "prod-vault",
      "ScheduleExpression": "cron(0 17 * * ? *)",
      "StartWindowMinutes": 60,
      "Lifecycle": { "DeleteAfterDays": 35 },
      "CopyActions": [
        {
          "DestinationBackupVaultArn":
            "arn:aws:backup:us-west-2:123456789012:backup-vault:dr-vault",
          "Lifecycle": { "DeleteAfterDays": 35 }
        }
      ]
    }
  ]
}

S3 복제를 DR에 쓰는 판단

복제를 켜려면 원본과 대상 버킷 모두 버전 관리가 활성화되어 있어야 하고, Amazon S3가 대신 복제할 수 있도록 IAM 역할을 지정해야 합니다. 기본적으로 규칙을 켠 뒤에 들어온 객체만 복제되며, 이미 있던 객체는 배치 복제로 따로 처리합니다. SSE-KMS로 암호화된 객체를 리전 간 복제할 때는 대상 리전에서 복호화할 수 있는 키가 있어야 합니다. 복제 규칙의 세부 동작은 8장 S3와 오브젝트 스토리지에서 다룹니다.

마이그레이션 — 전략과 도구

6R 전략

온프레미스 워크로드를 클라우드로 옮길 때 선택지는 여섯 가지로 정리됩니다. 코드 변경량과 얻는 것이 서로 반대 방향으로 움직인다는 것이 핵심입니다.

AWS DMS와 AWS Application Migration Service

대용량 데이터 전송 — 대역폭과 기간이 기준이다

"수백 테라바이트를 어떻게 옮길 것인가"는 SAA의 단골 시나리오입니다. 판단 축은 두 개뿐입니다 — 가용 대역폭과 허용 기간, 그리고 그 전송이 일회성인지 지속적인지입니다.

흔한 오해

시험 포인트 정리

이 장은 비용 최적화 아키텍처 설계(20%) 전체와 복원력 있는 아키텍처 설계(26%)의 재해 복구 부분에 걸쳐 있습니다.

확인 문제

이 장의 핵심을 확인하는 10문항입니다. 키보드만으로 완주할 수 있습니다 — 숫자키 1~5로 선택지를 고르고 Enter로 제출합니다.

학습용 유형 연결형과 순서 배열 문항이 섞여 있을 수 있습니다. 이 두 유형은 암기 확인에 효율이 좋아서 기본개념 확인 문제에만 넣었으며, 실제 SAA-C03 시험에는 출제되지 않습니다.

이어서 볼 곳

• 도메인 4 · 비용 최적화 아키텍처 설계 (20%) 과제 진술 4.1~4.4의 판단 지점과 이 장의 대응 관계를 확인합니다. 스토리지·컴퓨팅·데이터베이스·네트워크 네 축입니다. 시험 대비
• 8장 · S3와 오브젝트 스토리지 스토리지 클래스 선택, 수명 주기 규칙, 복제 규칙의 세부 동작이 비용 절감 레버의 절반을 차지합니다. 기본개념
• 5장 · EC2와 컴퓨트 구매 옵션 5종과 인스턴스 패밀리 선택. 이 장의 약정 전략이 어디에 적용되는지 확인합니다. 기본개념
• 4장 · VPC 연결과 하이브리드 VPC 엔드포인트와 PrivateLink, Direct Connect의 동작. NAT 비용 절감 판단의 배경입니다. 기본개념
• 케이스 6 · 데이터 전송 요금이 예산을 넘겼다 NAT 게이트웨이, 리전 간 전송, CloudFront 요금 구조를 하나의 청구서에서 역추적합니다. 아키텍처 케이스
• 케이스 8 · 리전 장애에 대비한 DR을 설계하라 요구 RTO·RPO에서 출발해 데이터 복제, DNS 전환, 용량 확보 세 결정으로 내려가는 판단을 따라갑니다. 아키텍처 케이스
• 비용 빠른참조 요금 모델 요약과 데이터 전송 요금 지도, 절감 레버를 한 장에 모았습니다. 시험 직전 복습용입니다. 빠른참조
• 한정어 키워드 사전 MOST cost-effective가 실제로 어떤 선택지를 가리키는지, 왜 과잉 설계가 오답이 되는지를 정리했습니다. 시험 대비 · 최우선

공식 문서 출처

이 장의 요금 서술은 과금 여부와 과금 축까지만 다루며 금액을 담지 않습니다. 아래 문서에서 그 구조를 확인했습니다.

• Amazon VPC 사용 설명서 — NAT 게이트웨이 요금 — 사용 가능한 시간과 처리한 기가바이트 두 축으로 과금되며, 처리 요금이 트래픽의 출발지·목적지와 무관하게 적용된다는 서술
• AWS PrivateLink 안내서 — 게이트웨이 엔드포인트 — 게이트웨이 엔드포인트에 사용 추가 요금이 없다는 점, 온프레미스·교차 리전 피어링·Transit Gateway 경유 접근에 쓸 수 없다는 제약
• AWS PrivateLink 안내서 — Amazon S3 게이트웨이 엔드포인트 — S3가 게이트웨이 엔드포인트와 인터페이스 엔드포인트를 모두 지원한다는 서술
• AWS Well-Architected Framework — 비용 최적화 기둥 — 데이터 전송 비용을 줄이는 서비스 선택과 라이트사이징의 원칙
• Amazon EC2 API 레퍼런스 — PurchaseReservedInstancesOffering — 예약 인스턴스가 온디맨드보다 낮은 시간당 요율을 적용받는다는 서술과 제공 클래스(standard · convertible)
• AWS Savings Plans API 레퍼런스 — CreateSavingsPlan — Savings Plans 유형과 결제 옵션, 적용 대상 제품 유형
• AWS Savings Plans 사용 설명서 — Savings Plans란 — 시간당 사용 금액을 약정하는 모델이라는 설명
• Amazon EC2 사용 설명서 — 스팟 인스턴스 — 여유 용량을 사용하며 AWS가 회수할 수 있다는 성질
• AWS 비용 관리 사용 설명서 — AWS Cost Explorer — 비용과 사용량의 시각화·분해·예측
• AWS 결제 사용 설명서 — AWS Budgets로 비용 관리 — 예산 유형과 임계값 알림
• AWS Cost and Usage Report API 레퍼런스 — PutReportDefinition — 보고서 시간 단위(HOURLY · DAILY · MONTHLY)와 형식(CSV · Parquet), Amazon S3 전달
• AWS Compute Optimizer API 레퍼런스 — InstanceRecommendation — Optimized · Overprovisioned · Underprovisioned 분류의 정의
• AWS Compute Optimizer 사용 설명서 — Compute Optimizer란 — 분석 대상 리소스 유형 목록
• AWS Support 사용 설명서 — Trusted Advisor 점검 참조 — 비용 최적화 · 성능 · 보안 · 내결함성 · 서비스 한도 · 운영 우수성 여섯 범주
• AWS Support 사용 설명서 — Trusted Advisor 시작하기 — 지원 플랜에 따라 제공되는 점검 항목의 차이
• AWS 백서 — 클라우드의 재해 복구 옵션 — 백업 및 복원, 파일럿 라이트, 웜 스탠바이, 다중 사이트 액티브-액티브 네 전략과 RTO·RPO의 관계
• AWS Backup 개발자 안내서 — AWS Backup이란 — 백업 계획, 백업 볼트, 리전·계정 간 복사
• AWS Backup API 레퍼런스 — CreateBackupPlan — 백업 계획이 일정과 보존 규칙을 담은 문서라는 정의
• Amazon S3 사용 설명서 — 객체 복제 — 교차 리전 복제와 동일 리전 복제의 용도, 버전 관리 전제 조건
• Amazon S3 API 레퍼런스 — PutBucketReplication — 복제 구성이 대상 버킷과 IAM 역할을 포함해야 한다는 서술
• AWS 권장 가이드 — 마이그레이션 전략 — 6R 전략의 정의와 선택 기준
• AWS Database Migration Service 사용 설명서 — DMS란 — 지원 엔진과 동종·이기종 마이그레이션의 구분
• AWS Application Migration Service 사용 설명서 — MGN이란 — 서버를 블록 수준으로 복제해 Amazon EC2로 전환하는 리호스트 도구라는 정의
• AWS Snowball Edge 개발자 안내서 — Snowball Edge란 — 오프라인 대용량 전송 장치의 성격
• AWS DataSync 사용 설명서 — DataSync란 — 온라인 데이터 이동 서비스라는 정의와 지원 대상
• AWS Direct Connect 사용 설명서 — Direct Connect란 — 전용 네트워크 연결의 성격
• AWS Lambda 개발자 안내서 — 할당량 — 함수 최대 실행 시간 900초