Amazon SOA-C02: 비용 관리 및 리소스 태깅 — 학습 가이드

By Laurynas Brazys · 2 August 2026 · #amazon #soa-c02 #certification #exam-prep #study-guide

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

비용 관리 및 리소스 태깅은 클라우드 지출의 가시성을 확보하고, 예측 가능하며, 통제되도록 유지하는 핵심 운영 활동입니다. 정확한 결제 및 보고를 통해 운영자는 비용을 팀, 프로젝트, 환경에 귀속시킬 수 있으며, 태깅과 강제된 정책은 자동화된 차지백(chargeback) 및 정리를 가능하게 합니다. Cost Explorer, 비용 및 사용량 보고서, Budgets, 최적화 도구를 적극적으로 사용하면 낭비를 줄이고 Savings Plans나 예약 인스턴스와 같은 약정 결정을 내리는 데 정보를 제공합니다. 서비스별 비용 유발 요인(네트워크, 스토리지, 로드 밸런서, NAT)을 이해하면 예상치 못한 이그레스(egress) 및 관리형 서비스 요금을 방지할 수 있습니다.

결제, 비용 보고서 및 Cost Explorer 기본 사항

AWS Organizations를 통해 통합 결제를 활성화하고, 시간별 세분성(granularity) 및 리소스 ID를 포함하여 비용 및 사용량 보고서(CUR)를 S3 버킷으로 전송하여 상세한 비용 귀속을 지원합니다. Billing 콘솔에서 비용 할당 태그(AWS 생성 및 사용자 정의 태그 모두)를 활성화하여 Cost Explorer와 CUR에 태그 열이 포함되도록 합니다. 프로그래밍 방식 액세스를 위해서는 Cost Explorer API 또는 CLI를 사용합니다. 예를 들어,

undefined

.

대화형 추세 분석 및 규모 최적화(rightsizing) 보기를 위해 Cost Explorer를 사용합니다. 규모 최적화 권장 사항 보고서를 활성화하고, 태그 또는 연결된 계정으로 필터링하며, 권장 사항 CSV를 내보냅니다. 자동화된 워크플로우를 위해 CUR을 Athena로 수집하여(CUR 파일에 대한 외부 테이블 생성) 다양한 차원(linkedAccountId, productName, usageType, resourceId, tags)에 걸쳐 SQL 쿼리를 실행합니다. Athena 쿼리를 Glue 크롤러와 결합하여 QuickSight에서 대시보드를 구축하거나 결제 기반 자동화를 위한 데이터를 제공할 수 있습니다.

보고 세분성 및 보존 기간 선택을 위한 결정 기준:

• 인스턴스별 차지백이나 수명이 짧은 인스턴스 기반의 자동화가 필요한 경우 시간별 CUR을 사용합니다.
• 시간별 노이즈가 불필요한 월별 추세 분석에는 일별 CUR을 사용합니다.
• 결제 데이터를 인벤토리(Tag Editor, Resource Groups)와 조인하여 정확한 비용 귀속을 원할 때 리소스 ID를 활성화합니다.

비용 할당 및 거버넌스를 위한 태깅 전략

체계적인 태그 키 분류 체계(예: CostCenter, Owner, Project, Environment, Lifecycle)를 채택하고 생성 시 이를 강제합니다. Billing에서 해당 키들을 비용 할당 태그로 활성화하여 Cost Explorer와 CUR에 나타나도록 합니다. 다음과 같은 방법으로 강제 정책을 구현합니다:

• AWS Organizations 태그 정책을 사용하여 허용되는 키와 값을 규정합니다.
• AWS Config 관리형 규칙 required-tags를 사용하여 누락된 태그를 탐지합니다.
• IAM 권한 또는 서비스 제어 정책(SCP)을 사용하여 필수 태그 없이 리소스 생성을 거부합니다(조건 키 aws:RequestTag 및 aws:TagKeys 사용).

Resource Groups Tagging API와 Tag Editor를 사용하여 여러 리전에 걸쳐 태그를 감사하고 수정합니다. 예를 들어,

undefined

. CI/CD나 CloudFormation에서 태그 전파를 자동화하려면 스택 수준 태그를 연결하고 Lambda 기반 후크를 사용하여 런타임 메타데이터(instanceId, launchTime)를 리소스에 추가합니다.

태그 강제 정책 선택 시 장단점:

• 엄격한 강제(태그 없이 생성 거부)는 태그 없는 리소스의 발생을 방지하지만, 예외가 없는 한 임시 개발자 워크플로우를 차단할 수 있습니다.
• 탐지 및 수정(Config + 자동화)은 마찰이 적지만 생성과 수정 사이에 지연이 발생합니다.

Savings Plans, 예약 인스턴스 및 규모 최적화

컴퓨팅 사용량의 예측 가능성과 유연성 요구 사항에 따라 온디맨드, Savings Plans, 예약 인스턴스 중에서 결정합니다. 주요 차이점:

• Savings Plans: Compute Savings Plans는 EC2, Fargate, Lambda에 걸쳐 적용되며 인스턴스 크기/리전에 대한 유연성을 제공합니다. EC2 Instance Savings Plans는 한 리전 내의 특정 패밀리를 대상으로 더 높은 할인율을 제공하지만 서비스 간 적용 범위는 더 적습니다.
• 예약 인스턴스(RI): 표준 RI는 고정된 인스턴스 유형에 대해 가장 큰 할인율을 제공하며 리전 또는 영역별로 지정할 수 있습니다. 전환형 RI는 인스턴스 패밀리 변경을 허용하지만 재구성이 필요합니다.
• 온디맨드: 약정 없음, 시간당 비용이 가장 높음, 변동이 심하거나 알 수 없는 워크로드에 가장 적합합니다.

Compute Optimizer와 Cost Explorer의 규모 최적화 보고서를 사용하여 활용도가 낮은 인스턴스(CPU, 네트워크, EBS 처리량)와 과다 프로비저닝된 스토리지를 식별합니다. CloudWatch(

undefined

) 지표를 Compute Optimizer 권장 사항과 결합하여 다운사이징이나 인스턴스 패밀리 변경을 정당화합니다. 사용량이 안정적일 때(예: 프로덕션 환경의 기준 vCPU-시간) 손익분기점과 적용률(coverage)을 계산합니다. 예측 가능한 기준 사용량에 대해서는 Savings Plans나 RI를 구매하고, 급증하는 사용량에 대비해 온디맨드 버퍼를 유지합니다.

예산, 알림 및 예측

AWS Budgets에서 비용, 사용량, RI/Savings Plan 적용률에 대한 예산을 생성하고 임계값 유형으로 실제(Actual) 및 예측(Forecasted)을 사용합니다. 콘솔 또는 CLI(`

undefined

`)를 사용하고 SNS 주제, 이메일 또는 Lambda 작업 알림을 연결합니다. 프로그래밍 방식의 수정을 위해 SNS를 Lambda에 연결하여 임시 리소스를 태깅하거나 중지하고, 예측치가 임계값을 초과할 때 ITSM에 티켓을 엽니다.

Cost Anomaly Detection을 추가하여 갑작스러운 지출 급증을 탐지하고, 이상을 SNS/SQS에 연결하여 자동화된 조사 워크플로우를 만듭니다. Cost Explorer의 예측 기능은 과거 지출을 사용합니다. 이를 비즈니스 신호(분기 시작 캠페인, 오픈된 티켓)와 결합하여 현실적인 예산 알림을 설정합니다. 운영 결정을 위해:

• 예측 임계값을 사용하여 증가 추세를 더 일찍 파악합니다.
• 실제 임계값을 사용하여 월말에 예산을 초과하지 않도록 방지합니다.
• 중요하지 않은 계정에 대해서는 알림을 자동화된 가드레일(중지/축소)에 연결합니다.

데이터 전송 및 서비스별 비용 동인

네트워크와 스토리지는 변동성이 큰 일반적인 비용 동인입니다. 다음 세부 사항을 이해해야 합니다.

• 데이터 전송: 리전 간 이그레스(egress)는 GB당 과금됩니다. AZ 간 트래픽은 서비스에 따라 무료이거나 요금이 부과될 수 있습니다(일부 서비스는 AZ 간 트래픽에 요금을 부과함). NAT Gateway 요금에는 시간당 요금과 처리된 GB당 요금이 포함됩니다. 처리량이 많은 워크로드의 경우 NAT Gateway 요금이 이그레스 비용의 대부분을 차지할 수 있습니다.
• 로드 밸런서: ALB/NLB는 시간당 및 처리된 GB당 요금이 발생하며, 전달(forwarding) 트래픽이 많을수록 비용이 증가합니다.
• S3/EBS: S3 스토리지 요금은 클래스(Standard, Intelligent-Tiering, Glacier)와 요청 수에 따라 달라집니다. 수명 주기 정책(lifecycle policies)은 객체를 저비용 티어로 이동시켜 스토리지 비용을 절감합니다. EBS 스냅샷 스토리지는 GB-월 단위 및 리전 간 복사 작업에 대해 과금됩니다.
• 관리형 서비스: RDS I/O, DynamoDB 읽기/쓰기 용량 및 온디맨드 백업, ElasticSearch(OpenSearch Service) 스토리지 및 스냅샷 비용.

최적화 전략:

• S3용 VPC 엔드포인트를 사용하여 인터넷 이그레스를 줄이고, 글로벌 사용자에게 서비스를 제공할 때는 S3 Transfer Acceleration 또는 CloudFront를 사용하여 오리진 이그레스를 줄입니다.
• 리전 간 이그레스를 피하기 위해 리전 간 트래픽을 통합하거나 서비스를 동일한 리전에 배치(co-locate)합니다.
• 적절한 경우 성능 상의 장단점을 테스트한 후 NAT Gateway를 VPC 엔드포인트, Gateway Load Balancer 또는 NAT 인스턴스로 교체합니다.

일반적인 함정과 의사 결정 기준

• 리소스에 태그를 지정하지 않고 출처를 파악할 수 없게 방치: AWS Config로 필수 태그를 강제하고 Resource Groups Tagging API를 사용하여 태그가 없는 리소스를 자동으로 찾아 수정합니다.
• Savings Plan/RI 범위 오해: 약정하기 전에 Compute Savings Plans(여러 서비스에 적용) 또는 EC2 Instance Savings Plans / RI(패밀리/영역 범위)가 워크로드에 적합한지 확인합니다.
• 라이트사이징(rightsizing) 시 CPU에만 의존: 다운사이징 후 성능 저하를 피하기 위해 메모리, 네트워크, 디스크 IOPS 지표(CloudWatch 및 Compute Optimizer)를 포함합니다.
• 리전/서비스 간 데이터 전송 비용 무시: 트래픽 흐름을 파악하고, VPC Flow Logs/Athena를 통해 이그레스를 측정하며, 트래픽 발생량과 사용량이 많은 서비스를 같은 곳에 배치하거나 CloudFront/VPC 엔드포인트를 사용합니다.
• 예산 설정 오류: 실제(Actual) 비용과 예측(Forecasted) 비용 중 적절한 기준을 선택하고, 프로그래밍 방식의 조치(SNS → Lambda)를 연결하여 사용량을 조절하거나 조기에 알림을 받습니다.
• 분리된 스토리지/스냅샷 및 유휴 ELB 방치: 연결되지 않은 EBS 볼륨, 오래된 스냅샷, 사용하지 않는 로드 밸런서에 대한 자동 정리 작업을 예약합니다.

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

ApexAnalytics는 마케팅 캠페인 이후 월별 비용이 40% 급증했습니다. 엔지니어들이 여러 리전에 걸쳐 다수의 개발 스택을 가동했고 인터넷 액세스를 위해 NAT Gateway에 의존했습니다. 재무팀은 즉각적인 가시성 확보와 문제 해결을 필요로 합니다.

1. 리소스 ID를 포함한 시간별 CUR을 켜고 전용 S3 비용 버킷으로 전송합니다. Athena 테이블을 생성하여 linkedAccountId, 리전, usageType별로 상위 비용 동인을 쿼리합니다.
2. Tag Policies 및 AWS Config 필수 태그를 통해 비용 할당 태그(CostCenter, Project, Owner)를 활성화하고 강제하며, Resource Groups Tagging API를 사용하여 누락된 태그를 소급 적용합니다.
3. Cost Explorer 라이트사이징 및 Compute Optimizer 보고서를 실행하고, 안정적인 기준 컴퓨팅 사용량을 식별한 후 기준 시간에 맞는 적절한 Savings Plan을 구매합니다. 활용도가 낮은 인스턴스는 다운사이징을 예약합니다.
4. VPC Flow Logs → Athena로 네트워크 이그레스를 감사합니다. 가능한 경우 NAT Gateway를 VPC 엔드포인트로 교체하고, 리전 내 테스트 워크로드를 중앙 집중화하여 리전 간 전송을 방지합니다.
5. 예측 임계값을 사용하여 AWS Budgets를 생성하고, SNS를 연결하여 중요하지 않은 개발 계정을 격리하거나 소유자에게 알리는 Lambda를 트리거하며, 갑작스러운 비용 급증을 위해 Cost Anomaly Detection을 활성화합니다.

근거: CUR을 전송하고 태그를 강제하면 정확한 비용 청구(chargeback) 및 과거 데이터 분석이 가능해집니다. 라이트사이징과 측정된 약정(Savings Plans)은 예측 가능한 지출을 줄이는 한편, 네트워크 최적화와 자동화된 예산 조치는 향후 예상치 못한 이그레스 비용을 방지합니다.

← 서버리스 및 애플리케이션 통합 · 모든 도메인

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

Amazon 찾아보기 →