Amazon SAP-C02: 비용 최적화 및 거버넌스 — 학습 가이드

By Laurynas Brazys · 1 August 2026 · #amazon #sap-c02 #certification #exam-prep #study-guide

다음의 일부입니다: AWS Solutions Architect Professional SAP-C02 — 학습 가이드. 검증된 답안으로 연습하기: Amazon 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

비용 가시성, 할당 및 리포팅

진정한 비용 가시성을 확보하려면 일관성 있고 강제적인 비용 할당과 높은 충실도의 리포팅이 선행되어야 합니다. 지정된 결제 계정(payer account)으로 AWS Organizations를 배포하고 통합 결제(consolidated billing)를 활성화하여 계정별 청구 분리를 유지하면서 인보이스를 중앙 집중화하세요. 시간별 세분화(hourly granularity), S3 전송, Amazon Athena 통합 기능을 갖춘 AWS Cost and Usage Report(CUR)를 활성화하여 임시 쿼리를 실행하고 비용 레코드를 리소스 메타데이터와 조인할 수 있도록 하세요. 엄격한 태깅 전략을 구현하세요. 비용 할당을 위한 필수 태그 세트(environment, project, owner, business-unit, cost-center)를 정의하고, CloudFormation StackSets, 태그 없는 리소스 생성 패턴을 제한하는 Service Control Policies, 누락된 태그를 평가하고 자동 수정하는 AWS Config Rules를 사용하여 프로비저닝 시점에 이를 강제 적용하세요. Cost Explorer를 예약 엔터티 및 라이트사이징 보고서와 함께 사용하여 지출 동향과 유휴 용량을 파악하세요. 일반적인 함정으로는 차지백(chargeback)을 왜곡시키는 불완전한 태그 적용 범위, CUR 분석 없이 Billing Console에만 의존하는 것, 교차 계정 또는 리전 간 전송 비용을 파악하지 못하는 것 등이 있습니다. 의사결정의 트레이드오프는 종종 적시성 대 세분화의 문제로 귀결됩니다. 시간별 CUR과 Athena를 활성화하면 처리 비용이 더 많이 들지만 비즈니스 의사결정에 필요한 정확한 귀속(attribution)을 얻을 수 있는 반면, 개략적인 월별 요약은 운영 비용이 저렴하지만 일시적인 급증과 비효율적인 리소스를 가릴 수 있습니다.

약정 요금, 라이트사이징 및 구매 전략

약정 지출을 최적화하려면 Savings Plans, Reserved Instances, Spot과 같은 일시적인 요금제 중에서 선택하고, 라이트사이징을 사용하여 용량을 워크로드 프로필에 맞춰야 합니다. Cost Explorer와 Compute Optimizer의 사용 패턴을 기반으로 안정 상태(steady-state)의 CPU/메모리 기준선을 파악하고, 패밀리 또는 인스턴스 크기를 전환할 기회를 찾으세요. 인스턴스 유형과 리전에 걸쳐 워크로드 유연성이 필요할 때는 Compute Savings Plans를 선호하고, 특정 인스턴스 패밀리와 AZ 배치가 더 큰 할인을 정당화할 때는 EC2 Instance Reservations를 사용하세요. 내결함성(fault-tolerant)을 갖춘 배치 및 마이크로서비스 워크로드에는 Spot을 활용하되, 강력한 체크포인팅(checkpointing) 기능이 없는 단일 AZ의 상태 저장(stateful) 서비스에는 Spot 사용을 피하세요. 라이트사이징은 성능에 영향을 미치는 지나치게 공격적인 다운사이징을 피하기 위해 Compute Optimizer와 Trusted Advisor의 자동 권장 사항과 수동 검토를 결합해야 합니다. 비즈니스 예측이 불확실할 때 3년 RI에 과도하게 약정하거나, 태그가 없거나 계정에 격리된 사용량 때문에 Savings Plans를 충분히 활용하지 못하거나, 테스트 없이 인스턴스 패밀리 간의 상호 교환이 가능하다고 가정하는 등의 함정을 주의하세요. 트레이드오프는 일반적으로 비용 대 운영 유연성입니다. 더 큰 장기 할인은 단위 비용을 줄이지만 수요가 감소하거나 아키텍처가 변경될 경우 비즈니스 리스크를 추가합니다. 반대로 Spot과 온디맨드는 더 높은 단위 비용으로 민첩성을 제공합니다.

거버넌스, 정책 강제 및 자동화된 수정

중앙 집중식 거버넌스는 자율적인 팀을 지원하는 동시에 통제되지 않는 지출을 방지하는 가드레일을 설정합니다. AWS Control Tower 또는 잘 설계된 Organizations 기준선을 사용하여 사전 구성된 가드레일과 중앙 집중식 로깅을 갖춘 계정을 프로비저닝하세요. Service Control Policies를 적용하여 고비용 서비스나 승인되지 않은 리전을 제한하고, AWS Config Rules를 배포하여 퍼블릭 S3 버킷, 과도한 크기의 인스턴스 유형, 암호화 및 태그 누락과 같은 비준수 구성을 탐지하세요. AWS Budgets를 자동화된 작업과 통합하세요. 예산 임계값을 설정하여 SNS 알림을 트리거하고 Lambda 또는 Systems Manager를 통해 자동 수정 조치(예: 유휴 인스턴스 중지/종료 또는 RDS 인스턴스 클래스 축소)를 수행하도록 하세요. Trusted Advisor는 비용 최적화 검사를 표시하여 거버넌스를 보완하지만, 이를 유일한 신호로 간주해서는 안 됩니다. Trusted Advisor의 무료 검사는 제한적이며 상세한 인사이트를 얻으려면 Business 또는 Enterprise Support 플랜이 필요합니다. 일반적인 함정으로는 SCP를 지나치게 제한적으로 사용하여 합법적인 운영 변경을 차단하거나, 자동화된 강제 조치 없이 알림에만 의존하거나, 정책을 우회할 수 있는 과도한 IAM 권한을 부여하는 것 등이 있습니다. 비즈니스 자율성과 리스크를 비교하여 거버넌스 결정을 평가하세요. 더 엄격한 통제는 통제 불능의 비용을 방지하지만 개발 속도를 늦출 수 있으며 잘 정의된 예외 처리 프로세스를 필요로 합니다.

비용을 고려한 아키텍처 패턴 및 데이터 전송 고려 사항

아키텍처 선택은 지속적인 비용에 큰 영향을 미칩니다. 대용량 콘텐츠와 글로벌 배포는 Amazon CloudFront로 오프로드하여 S3 오리진 요청 및 송신 요금을 줄이십시오. S3 Transfer Acceleration은 지연 시간 단축의 이점이 더 높은 전송 비용을 정당화할 때만 사용해야 합니다. AZ 간 및 리전 간 아키텍처의 경우 AZ 간 데이터 전송에 요금이 부과될 수 있음을 기억하십시오. 가능하면 AZ 내 트래픽 지역성을 고려하여 설계하거나, 리전 서비스를 통해 트래픽을 집계하십시오. 대용량 파일 배포의 경우, 멀티파트 업로드와 수명 주기 정책을 사용하는 Amazon S3, 예측 불가능한 액세스 패턴을 위한 S3 Intelligent-Tiering, 그리고 복원력을 절충하여 비용을 절감할 수 있는 단일 AZ 워크로드를 위한 EFS One Zone을 고려하십시오. 컨테이너 워크로드를 마이그레이션할 때는 Fargate와 EC2 기반 ECS/EKS를 비교 평가해야 합니다. Fargate는 운영 단순성을 높이고 클러스터 관리 오버헤드를 줄여주지만, 일반적으로 잘 채워진 EC2 스팟 기반 노드 그룹보다 vCPU/메모리당 비용이 더 높습니다. 일반적인 함정으로는 리전 간 복제 비용을 과소평가하거나, 변경이 잦은 로그를 액세스 빈도가 낮은 스토리지 클래스에 잘못 배치하거나, VPC 엔드포인트가 무료라고 가정하는 것 등이 있습니다. VPC 엔드포인트는 NAT 송신 요금을 절약해주지만, 시간당 및 GB당 요금이 추가됩니다. 의사 결정 기준은 데이터 그래비티, 지연 시간 SLA, 내구성 요구 사항을 고려해야 합니다. 복원력 및 성능 요구 사항이 허용하는 경우에만 더 저렴한 스토리지나 컴퓨팅을 선택하십시오.

실용적인 문제: 사용 사례 시나리오

시나리오: Acme Global Enterprises는 AWS Organizations 산하에 18개의 멤버 계정을 두고 중앙 집중식 결제 계정을 사용하며, 3개 리전에 걸쳐 워크로드를 운영하는 성숙한 AWS 환경을 보유하고 있습니다. 태그 채택률이 부분적이고, 여러 장기 실행 EC2 플릿을 운영하며, 분석 데이터를 위해 S3를 광범위하게 사용합니다.

과제: 성능 SLA를 유지하고 자율적인 팀이 기능을 배포할 수 있도록 하면서, 6개월 이내에 월별 AWS 지출을 20% 절감해야 합니다.

권장 접근 방식:

시간별 세분화 수준으로 S3에 비용 및 사용 보고서(Cost and Usage Report)를 활성화하고 Amazon Athena와 통합합니다. 지난 6~12개월간의 Cost Explorer 예약 및 규모 최적화 보고서를 생성합니다.
Compute Optimizer를 배포하고 안정 상태의 인스턴스 사용량을 분석합니다. 광범위한 적용 범위를 위해 Compute Savings Plans와 예측 가능한 특정 패밀리 워크로드를 위해 1년 약정 전환 가능 RI를 혼합하여 구매합니다.
CloudFormation StackSets와 AWS Config 규칙을 통해 태그 지정을 강제하고 누락된 태그에 대한 자동 수정을 설정합니다. 태그별 비용 보고서를 사업부 소유자에게 전달하고, 임계값 초과 시 자동화된 SNS 및 Lambda 수정을 포함하는 AWS Budgets를 생성합니다.
정적 및 전역적으로 배포된 콘텐츠를 Amazon CloudFront로 전환하고, 액세스 빈도가 낮은 데이터를 수명 주기 전환과 함께 S3 Intelligent-Tiering으로 변환하며, 체크포인팅을 사용하여 스팟 인스턴스에 적합한 배치 작업을 식별하여 온디맨드 용량에서 마이그레이션합니다.

근거: 중앙 집중식 가시성(CUR + Athena)은 구체적인 규모 최적화 및 예약 구매 기회를 드러내고, 자동화된 가드레일(Config, StackSets, Budgets)은 비용 할당을 강제하고 비용 증가를 방지합니다. Savings Plans와 선별적인 RI를 결합하면 할인 깊이와 유연성의 균형을 맞춰 성능 저하 없이 안정적인 비용 절감을 달성할 수 있습니다.

← 회복탄력성 · 모든 도메인 · 배포 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →