0Pricing
Cloud & IT Cert Prep · 강의

비용 최적화 및 지속 가능성 원칙

비용 측면에서 지출 인식, 적정 리소스 규모 및 요금 모델 선택을 적용하고, 지속 가능성을 위해 인프라 규모를 최소화하며 에너지 효율성을 높입니다.

비용 최적화 및 지속 가능성 원칙은(는) CoddyKit의 무료 Cloud & IT Cert Prep 강의입니다. 이것은 4개 중 3번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Cloud & IT Cert Prep 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Cloud & IT Cert Prep 강의에는 총 4개의 강의가 포함되어 있습니다.

Cost Optimisation 필라 개요

Cost Optimisation 필라는 불필요한 비용을 피하고 AWS 지출에서 최대한의 가치를 얻는 데 중점을 둡니다. 클라우드 리소스는 과도하게 프로비저닝하기 쉽기 때문에, 이 필라는 즉각적인 영향이 가장 큰 경우가 많습니다. 주요 설계 원칙은 다음과 같습니다. 클라우드 재무 관리를 구현합니다 — 비용을 핵심 Metric으로 취급합니다. 소비 모델을 채택합니다 — 사용한 만큼만 지불합니다. 전체 효율성을 측정합니다 — 비즈니스 가치 단위당 비용을 추적합니다. 차별화되지 않는 과도한 운영 작업에 대한 지출을 줄입니다 — 인프라를 직접 관리하는 대신 관리형 서비스를 사용합니다.

# Cost Optimisation pillars:
# 1. Expenditure awareness  - visibility into what you spend
# 2. Cost-effective resources - right instance types, storage classes
# 3. Matching supply to demand - auto scaling, spot instances
# 4. Optimising over time - regularly review and adjust

# Example: undifferentiated heavy lifting
# Instead of managing your own Redis: use ElastiCache
# Instead of managing Kubernetes: use EKS or Fargate
# Managed services reduce operational overhead AND cost

리소스 적정 규모 조정

적정 규모 조정은 가장 효과적인 비용 최적화 작업으로, 과도하게 프로비저닝된 리소스를 식별하고 제거하는 것입니다. 흔히 초기 프로비저닝 시 대형 인스턴스를 시작한 뒤 다시 검토하지 않는 경우가 있습니다. AWS Compute Optimizer는 사용률 지표를 분석하고 최적의 인스턴스 유형을 권장합니다. 일반적인 결과로, CPU 사용률이 5%인 m5.4xlarge는 t3.medium으로 변경할 수 있으며 컴퓨팅 비용을 80% 절감할 수 있습니다. 적정 규모 조정은 EC2, Lambda(메모리), RDS, EBS 볼륨에 적용됩니다.

# Get Compute Optimizer recommendations for all EC2
aws compute-optimizer get-ec2-instance-recommendations \
  --filters Name=finding,Values=Overprovisioned

# Response includes:
# currentInstanceType: m5.4xlarge
# recommendedInstanceType: t3.large
# estimatedMonthlySavings: $280
# performanceRisk: VeryLow

# Also check EBS volumes:
aws compute-optimizer get-ebs-volume-recommendations \
  --filters Name=finding,Values=Overprovisioned

구매 모델 최적화

안정적인 워크로드에서는 온디맨드 요금이 가장 비싼 옵션입니다. 다음 방법으로 상당한 비용을 절감할 수 있습니다. 예약 인스턴스(1년 또는 3년) — 예측 가능한 워크로드에서 최대 72% 절감됩니다. Savings Plans — 인스턴스 패밀리와 리전에 걸쳐 적용되는 유연한 약정으로, 최대 66% 절감됩니다. Spot Instances — 중단 가능한 워크로드(배치, CI/CD, 상태 비저장)에 대해 최대 90% 절감됩니다. 일반적인 비용 최적화 플릿은 세 가지를 모두 조합합니다. 기준 사용량에는 Savings Plans를, 급증하는 사용량에는 Spot을, 예외적인 경우에는 온디맨드를 사용합니다.

# Purchasing model comparison:
# On-Demand:       $0.192/hr (m5.large)   No commitment
# 1yr Reserved:    $0.114/hr              $0.78/hr effective
# 3yr Reserved:    $0.074/hr              Highest savings
# Compute SP:      ~$0.128/hr             Flexible family/region
# Spot:            $0.05-0.08/hr          Interruptible

# Savings Plans cover:
# - Compute Savings Plans: EC2 + Lambda + Fargate
# - EC2 Instance Savings Plans: specific family in one region

비용 최적화를 위한 Spot Instances

Spot Instances는 유휴 AWS 용량을 최대 90% 할인된 가격으로 사용하지만, AWS가 용량을 회수해야 할 때 2분 전에 통지된 후 중단될 수 있습니다. Spot은 다음과 같은 경우에 적합합니다. 배치 처리(체크포인트를 저장하고 재개), CI/CD 빌드 에이전트, 상태 비저장 웹 서버(ALB 뒤에서 실행하며, ELB가 중단된 인스턴스를 우회하여 라우팅), EMR 및 EKS 작업자 노드입니다. Spot Fleet 또는 여러 인스턴스 유형과 AZ를 사용하는 ASG를 사용하여 여러 풀로 분산하면 중단 위험을 줄일 수 있습니다.

# ASG with mixed instances (On-Demand + Spot)
aws autoscaling create-auto-scaling-group \
  --auto-scaling-group-name my-mixed-asg \
  --mixed-instances-policy '{
    "LaunchTemplate": {"LaunchTemplateSpecification":{"LaunchTemplateId":"lt-12345","Version":"$Latest"},"Overrides":[{"InstanceType":"m5.large"},{"InstanceType":"m5a.large"},{"InstanceType":"m4.large"}]},
    "InstancesDistribution": {
      "OnDemandPercentageAboveBaseCapacity": 20,
      "SpotAllocationStrategy": "capacity-optimized"
    }
  }' \
  --min-size 2 --max-size 20 --desired-capacity 5

S3 스토리지 비용 최적화

적절한 스토리지 클래스와 자동화된 전환을 사용하면 S3 스토리지 비용을 크게 줄일 수 있습니다. S3 Intelligent-Tiering은 액세스 패턴에 따라 객체를 액세스 계층 간에 자동으로 이동하므로 액세스 패턴을 알 수 없을 때 적합합니다. 수명 주기 규칙은 일정에 따라 객체를 전환합니다. Standard에서 30일 후 Standard-IA로, 90일 후 Glacier로, 180일 후 Deep Archive로 전환합니다. 또한 S3 Select를 사용하여 객체 데이터 중 필요한 하위 집합만 검색하면 데이터 전송 및 처리 비용을 줄일 수 있습니다.

# S3 lifecycle policy for cost optimisation
aws s3api put-bucket-lifecycle-configuration \
  --bucket my-data-bucket \
  --lifecycle-configuration '{
    "Rules": [{
      "ID": "auto-archive",
      "Status": "Enabled",
      "Transitions": [
        {"Days": 30, "StorageClass": "STANDARD_IA"},
        {"Days": 90, "StorageClass": "GLACIER_IR"},
        {"Days": 365, "StorageClass": "DEEP_ARCHIVE"}
      ]
    }]
  }'

태그 지정 및 비용 할당

적절한 태그가 없으면 각 팀이나 프로젝트가 얼마를 지출하는지 파악할 수 없습니다. 비용 할당 태그를 사용하면 팀, 프로젝트, 환경 또는 직접 정의한 모든 기준별로 비용을 세분화할 수 있습니다. Billing 콘솔에서 태그를 활성화한 다음 AWS Cost Explorer를 사용하여 태그별로 비용을 필터링하고 그룹화합니다. AWS Organizations의 태그 정책으로 태그 지정을 강제하고 AWS Config 규칙을 사용하여 태그가 없는 리소스를 감지합니다. 이를 통해 개별 팀에 비용을 공개하는 showback(가시성)과 비용을 귀속하는 chargeback(비용 귀속)을 구현할 수 있습니다.

# Enforce required tags with Config rule
aws configservice put-config-rule \
  --config-rule '{
    "ConfigRuleName": "required-tags",
    "Source": {"Owner":"AWS","SourceIdentifier":"REQUIRED_TAGS"},
    "InputParameters": "{\"tag1Key\":\"Project\",\"tag2Key\":\"Environment\",\"tag3Key\":\"Owner\"}"
  }'

# Query cost by tag in Cost Explorer
aws ce get-cost-and-usage \
  --time-period Start=2026-06-01,End=2026-06-30 \
  --granularity MONTHLY \
  --group-by Type=TAG,Key=Project

Sustainability Pillar 개요

Sustainability Pillar(2021년에 추가됨)는 에너지 소비를 줄이고 효율성을 높여 클라우드 워크로드의 환경 영향을 최소화하는 데 중점을 둡니다. 설계 원칙은 다음과 같습니다. 영향 파악 — 워크로드의 탄소 발자국을 측정합니다. Sustainability 목표 수립. 사용률 극대화 — 유휴 리소스를 방지하도록 적정 규모로 조정합니다. 더 효율적인 하드웨어 예측 및 도입 — 최신 인스턴스 세대를 사용합니다. 관리형 서비스 사용 — AWS는 대부분의 조직보다 데이터 센터를 더 효율적으로 운영합니다.

# Sustainability improvement areas:
# 1. Right-size instances (reduce idle energy use)
# 2. Use Graviton (ARM) instances: 60% less energy than x86
# 3. Use Spot instances: uses otherwise idle capacity
# 4. Use managed services: AWS optimises their utilisation
# 5. Use serverless: no idle servers
# 6. Move to S3/EFS instead of EC2 instance storage
# 7. Implement data lifecycle (don't store forever)

Sustainability 및 비용을 위한 AWS Graviton

AWS Graviton 프로세서(ARM 기반)는 x86 인스턴스와 비교하여 최대 60% 향상된 에너지 효율과 20~40% 향상된 가격 대비 성능을 제공합니다. Graviton3/4 인스턴스(c7g, m7g, r7g, t4g 패밀리)는 대부분의 EC2, Lambda, Fargate 워크로드에서 사용할 수 있습니다. x86에서 Graviton으로 전환하면 Sustainability와 비용 최적화 Pillar를 동시에 개선할 수 있습니다. 계산당 소비 전력이 줄고 인스턴스 가격도 낮아지기 때문입니다. 대부분의 워크로드(Linux, 컨테이너화된 앱, JVM)는 최소한의 변경만으로 마이그레이션할 수 있습니다.

# Compare: m5.large (x86) vs m7g.large (Graviton3)
# m5.large:  $0.096/hr, 2 vCPU, 8 GB
# m7g.large: $0.0808/hr, 2 vCPU, 8 GB
# Savings: ~16% cheaper + 40% better performance

# Switch Lambda function to Graviton (arm64)
aws lambda update-function-configuration \
  --function-name my-function \
  --architectures arm64

# Lambda arm64 is 20% cheaper than x86
# Most Python, Node.js, Java functions work unchanged

유휴 리소스 제거

불필요한 비용과 에너지 낭비의 주요 원인은 유휴 리소스입니다. 예를 들어 CPU 사용률이 1%인 EC2 인스턴스, 연결되지 않은 EBS 볼륨, 사용하지 않는 탄력적 IP, 24시간 실행되는 채 잊힌 개발/테스트 환경 등이 있습니다. EventBridge 규칙과 Systems Manager Automation을 사용하여 비프로덕션 환경에 중지/시작 일정을 구현합니다. 예를 들어 개발 인스턴스는 오후 6시에 중지하고 오전 8시에 시작합니다. AWS Trusted Advisor와 Cost Explorer를 사용하여 유휴 인스턴스, 사용하지 않는 EBS 볼륨, 활용도가 낮은 예약 인스턴스를 식별합니다.

# EventBridge + SSM to stop dev instances nights/weekends
aws events put-rule \
  --name stop-dev-instances \
  --schedule-expression 'cron(0 22 ? * MON-FRI *)'

aws events put-targets \
  --rule stop-dev-instances \
  --targets '[{
    "Id": "StopDevInstances",
    "Arn": "arn:aws:ssm:us-east-1::automation-definition/AWS-StopEC2Instance",
    "RoleArn": "arn:aws:iam::123:role/EventBridgeRole",
    "Input": "{\"InstanceId\":[\"i-dev1\",\"i-dev2\"]}"
  }]'

Sustainability를 위한 데이터 수명 주기

데이터를 무기한 저장하면 에너지가 낭비됩니다. Sustainability Pillar에서는 더 이상 필요하지 않은 데이터를 자동으로 삭제하거나 보관하도록 데이터 수명 주기 정책을 구현할 것을 권장합니다. S3 Lifecycle 규칙에서 만료 날짜를 사용하여 보존 기간이 지난 객체를 삭제합니다. DynamoDB TTL을 사용하여 오래된 레코드를 자동으로 만료시킵니다. CloudWatch Logs 보존 정책을 사용하여 지정된 기간이 지난 로그 그룹을 삭제합니다. 불필요한 데이터를 삭제하면 스토리지 비용과 데이터를 저장하고 냉각하는 데 필요한 에너지를 모두 줄일 수 있습니다.

# DynamoDB TTL for session data
# Add ttl attribute to items (Unix epoch timestamp)
aws dynamodb update-time-to-live \
  --table-name UserSessions \
  --time-to-live-specification Enabled=true,AttributeName=expiresAt

# Item will be deleted automatically after expiresAt timestamp
# Example: {'userId': 'u1', 'expiresAt': 1750000000}

# CloudWatch Logs: set 30-day retention
aws logs put-retention-policy \
  --log-group-name /aws/lambda/my-function \
  --retention-in-days 30

비용 최적화와 다른 Pillar의 비교

비용 최적화는 때때로 다른 Pillar와 충돌합니다. Multi-AZ RDS는 데이터베이스 비용을 두 배로 늘리지만 Reliability Pillar에 필요합니다. 리전 간 복제는 안정성을 향상시키지만 스토리지 및 전송 비용을 증가시킵니다. 액티브-액티브 멀티 리전은 지연 시간을 줄여주지만(Performance Efficiency) 비용이 2~3배 더 많이 듭니다. Well-Architected 프레임워크는 항상 가장 저렴한 옵션을 선택하라고 하지 않습니다. 대신 Pillar 간의 트레이드오프를 의식적으로 결정하고 그 이유를 문서화하라고 합니다. 시험에서는 명시된 요구 사항을 충족하면서도 가장 비용 효율적인 솔루션을 선택하는 능력을 평가합니다.

# Cost vs reliability trade-off example:
# Single-AZ RDS: $100/month, no HA
# Multi-AZ RDS:  $200/month, automated failover

# Decision: if database failure = $10,000/hour of revenue loss
# Even 1 event/year justifies Multi-AZ
# ($10,000 expected loss > $1,200/year extra cost)

# SAA-C03 exam approach:
# Meet the stated requirements FIRST
# Then choose the cheapest option that meets them

빠른 확인

이 강의에서 다룬 AWS Solutions Architect(SAA-C03) 개념에 대한 이해도를 확인해 보십시오.

강의 요약

이 강의에서는 다음을 배웠습니다. 비용 최적화는 적정 규모 조정, 구매 모델(예약/Savings Plans/Spot), S3 수명 주기 관리를 결합합니다. Sustainability는 사용률 극대화, Graviton 인스턴스 사용, 데이터 수명 주기 정책 구현에 중점을 둡니다. 또한 다른 Pillar와의 비용 트레이드오프는 비즈니스 요구 사항에 따라 의식적으로 결정해야 합니다. 비용 태그를 사용하면 팀 전체에서 showback과 chargeback을 구현할 수 있습니다. 다음에는 Well-Architected Tool과 검토 프로세스를 살펴봅니다.

자주 묻는 질문

“비용 최적화 및 지속 가능성 원칙” 강의는 무료인가요?

네 — “비용 최적화 및 지속 가능성 원칙” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Cloud & IT Cert Prep 강의 전체를 잠금 해제할 수 있습니다. Cloud & IT Cert Prep 강의에는 총 4개의 강의가 포함되어 있습니다.

“비용 최적화 및 지속 가능성 원칙”에서 뭘 배우나요?

비용 측면에서 지출 인식, 적정 리소스 규모 및 요금 모델 선택을 적용하고, 지속 가능성을 위해 인프라 규모를 최소화하며 에너지 효율성을 높입니다. 브라우저에서 직접 실행하는 실습 코드로 Cloud & IT Cert Prep을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

Cloud & IT Cert Prep을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 Cloud & IT Cert Prep은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 3번째 강의입니다.

“비용 최적화 및 지속 가능성 원칙” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 Cloud & IT Cert Prep 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 Cloud & IT Cert Prep 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

  1. 운영 우수성 및 보안 원칙
  2. 신뢰성 및 성능 효율성 원칙
  3. 비용 최적화 및 지속 가능성 원칙
  4. Well-Architected Tool 및 검토 프로세스
← Cloud & IT Cert Prep(으)로 돌아가기