AWS 데이터베이스 비용을 재검토할 때 확인할 항목

この文書の適用条件

そのまま実行できるコマンド

# 対象: AWS Cost Explorer API（AWS CLI v2）
# 権限: ce:GetCostAndUsage
# 変更作業: なし（参照のみ）
# Production 実行: 可能
aws ce get-cost-and-usage \
  --time-period Start=2026-05-01,End=2026-08-01 \
  --granularity MONTHLY \
  --metrics UnblendedCost UsageQuantity \
  --group-by Type=DIMENSION,Key=SERVICE \
  --output json

# 対象: Amazon EC2 / Amazon EBS（AWS CLI v2）
# 権限: ec2:DescribeVolumes
# 変更作業: なし（参照のみ）
# Production 実行: 可能
aws ec2 describe-volumes \
  --filters Name=status,Values=available \
  --query "Volumes[].{Id:VolumeId,Type:VolumeType,SizeGiB:Size,Iops:Iops,\
Throughput:Throughput,AZ:AvailabilityZone,Created:CreateTime,Name:Tags[?Key=='Name']|[0].Value}" \
  --output table

# 対象: Amazon RDS / Amazon EBS（AWS CLI v2）
# 権限: rds:DescribeDBSnapshots, ec2:DescribeSnapshots
# 変更作業: なし（参照のみ）
# Production 実行: 可能

# 手動作成された RDS スナップショット（自動バックアップは snapshot-type=automated）
aws rds describe-db-snapshots \
  --snapshot-type manual \
  --query "DBSnapshots[].{Id:DBSnapshotIdentifier,Source:DBInstanceIdentifier,\
Created:SnapshotCreateTime,SizeGiB:AllocatedStorage,Engine:Engine}" \
  --output table

# 自アカウント所有の EBS スナップショット（作成日の古い順）
aws ec2 describe-snapshots \
  --owner-ids self \
  --query "sort_by(Snapshots,&StartTime)[].{Id:SnapshotId,Volume:VolumeId,\
Started:StartTime,SizeGiB:VolumeSize,Desc:Description}" \
  --output table

# 対象: Amazon RDS（AWS CLI v2）
# 権限: rds:DescribeDBInstances
# 変更作業: なし（参照のみ）
# Production 実行: 可能
aws rds describe-db-instances \
  --query "DBInstances[].{Id:DBInstanceIdentifier,Class:DBInstanceClass,\
StorageType:StorageType,AllocatedGiB:AllocatedStorage,Iops:Iops,\
StorageThroughput:StorageThroughput,MultiAZ:MultiAZ,\
BackupRetentionDays:BackupRetentionPeriod,Status:DBInstanceStatus}" \
  --output table

# 対象: Amazon EC2 / Amazon EBS / Amazon RDS（AWS CLI v2）
# 権限: ec2:DeleteVolume, ec2:DeleteSnapshot, rds:DeleteDBSnapshot
# 変更作業: あり（削除操作。実行後に元へ戻すことはできない）
# Production 実行: 一覧の全件確認と所有者承認を得てから、1件ずつ実行すること
#
# 注意: 以下は「一括で流すスクリプト」ではなく、1件ごとに判断した結果を実行する形を想定しています。
#       まず削除候補ボリュームのスナップショットを取り、復旧経路を確保してから削除します。
aws ec2 create-snapshot \
  --volume-id vol-0123456789abcdef0 \
  --description "pre-delete backup of vol-0123456789abcdef0"

# スナップショットの完了を確認したうえで削除する
aws ec2 delete-volume --volume-id vol-0123456789abcdef0

結果の読み方

こういう状況で使います

• AWS 청구액이 계속 늘고 있는데 어느 항목이 늘었는지 모름
• 구축 시 정한 인스턴스 클래스와 스토리지 설정을 그 후 한 번도 재검토하지 않음
• 어디에도 연결되지 않은 EBS 볼륨이나 목적을 알 수 없는 스냅샷이 남아 있음
• 개발 환경·검증 환경이 24시간 가동 중
• Provisioned IOPS를 설정했지만 실제로 다 쓰고 있는지 확인하지 않음
• 예약 인스턴스나 Savings Plans를 권유받았지만 판단 근거가 없음

考えられる原因（可能性の高い順）

1. 01

   구축 시의 추정값 그대로 운영되고 있음

   인스턴스 클래스와 스토리지 프로비저닝량은 많은 경우 서비스 시작 전에 "여유를 두고" 정해집니다. 가동 후 실측에 비추어 재검토하는 운영이 마련되어 있지 않으면 그 값이 그대로 남습니다.

2. 02

   고립된 리소스가 계속 과금되고 있음

   인스턴스 삭제 시 남은 EBS 볼륨, 마이그레이션 작업 중 찍은 수동 스냅샷, 검증용으로 만들고 쓰지 않게 된 리드 레플리카는 모두 명시적으로 삭제하기 전까지는 과금 대상입니다. 사용하지 않는다는 것이 청구서만 봐서는 알기 어려운 종류의 비용입니다.

3. 03

   스토리지 종류가 구세대 그대로임

   gp2는 볼륨 크기에 기본 성능이 연동되고 버스트는 I/O 크레딧에 의존합니다. gp3는 기본 성능과 처리량을 용량과 분리해 설정할 수 있습니다. gp2를 유지 중인 볼륨은 성능 요건과 비용 양면에서 재검토 후보가 됩니다. 적용 가능 여부와 조건은 최신 AWS 문서로 확인하십시오.

4. 04

   Provisioned IOPS가 소비되지 않음

   io1/io2나 gp3의 추가 IOPS는 소비 여부와 관계없이 프로비저닝량으로 과금됩니다. CloudWatch의 실측이 지속적으로 설정값을 밑돌면 비용만 발생하고 있는 상태입니다.

5. 05

   비운영 환경이 운영 환경과 같은 구성으로 되어 있음

   개발·검증 환경에서 Multi-AZ가 활성화되어 있고, 운영과 같은 인스턴스 클래스, 24시간 가동이라는 구성은 드물지 않습니다. 가용성 요건이 운영과 다르다면 구성도 분리할 수 있습니다.

6. 06

   데이터 전송 비용이 보이지 않음

   애플리케이션과 데이터베이스가 다른 AZ에 있는 경우 크로스 AZ 데이터 전송 비용이 지속적으로 발생합니다. 단가는 작아도 트래픽량이 많은 구성에서는 무시할 수 없는 규모가 되는 경우가 있습니다.

確認手順

1. 1

   Cost Explorer로 비용 구성 가져오기

   参照のみ

   서비스별·사용 유형별로 월간 구성을 가져와 금액이 큰 순서로 착수 대상을 정합니다. 이 단계를 건너뛰면 조치의 우선순위를 정할 수 없습니다.

2. 2

   정지 중·미사용 인스턴스 찾아내기

   参照のみ

   `aws rds describe-db-instances`의 `DBInstanceStatus`와, 연결 수(DatabaseConnections)가 장기간 0인 인스턴스를 대조합니다.

3. 3

   고립된 리소스 목록화하기

   参照のみ

   `status=available`인 EBS 볼륨, 수동 스냅샷, 사용되지 않는 리드 레플리카를 목록으로 만들고 소유자를 확인합니다.

4. 4

   실측값과 프로비저닝값 대조하기

   参照のみ

   CloudWatch의 CPUUtilization·FreeableMemory·ReadIOPS·WriteIOPS를 설정된 인스턴스 클래스와 IOPS와 비교합니다.

5. 5

   백업 보존 설정 확인하기

   参照のみ

   자동 백업 보존 일수가 요건에 비해 과대하지 않은지, 수동 스냅샷이 몇 년치 남아 있는지 확인합니다.

6. 6

   비운영 환경의 구성 확인하기

   参照のみ

   개발·검증 환경의 Multi-AZ 설정, 인스턴스 클래스, 가동 시간대를 확인합니다.

7. 7

   AWS Budgets로 모니터링 설정하기

   低

   재검토 후 효과를 추적하기 위해 예산과 임계값 알림을 설정합니다. 일회성 절감이 아니라 지속적인 모니터링으로 만듭니다.

対応方法

バージョン・環境による違い

これで解決しない場合に確認すること

• 비용이 줄지 않는 경우 구성의 어느 부분이 움직이지 않는지 확인하기

  인스턴스 비용을 낮춰도 스토리지 비용이나 데이터 전송 비용이 주된 요인이면 총액은 움직이지 않습니다. Cost Explorer의 사용 유형별 구성으로 돌아가십시오.

• 태그 부착의 전수 여부 확인하기

  비용 배분 태그가 없는 리소스는 어느 부서·어느 시스템의 비용인지 판별할 수 없습니다. 전수 조사의 전제로 태그 운영을 정비합니다.

• Cost and Usage Report로 세부 확인하기

  Cost Explorer의 단위로 부족한 경우, Cost and Usage Report(CUR)를 S3로 출력해 리소스 단위로 분석합니다.

• 삭제할 수 없는 리소스의 의존 관계 확인하기

  스냅샷이 AMI에서 참조되고 있거나 볼륨이 복구 절차서에 기재되어 있는 등의 의존이 없는지 확인합니다.

• 같은 증가가 재발하지 않는 체계 만들기

  한 번의 전수 조사로 줄어도 같은 경로로 다시 늘어납니다. 생성 시 태그 필수화와 정기 전수 조사를 함께 마련하십시오.

この文書の根拠と限界

よくある質問

この文書がカバーする質問

• AWS 청구액이 늘어난 원인을 특정하고 싶다
• RDS 비용을 낮추는 방법을 알고 싶다
• 사용하지 않는 EBS 볼륨이나 스냅샷을 찾고 싶다
• 개발 환경의 AWS 비용을 줄이고 싶다

リスク表示の意味

• 参照のみデータと設定を変更しません。
• 低影響は限定的ですが、権限と負荷の確認が必要です。
• 中性能・ロック・コストに影響する可能性があります。
• 高障害・データ損失・復旧作業が発生する可能性があります。
• 専門家レビュー必須本番適用前に別途レビューが必須です。

GIIPの対応範囲

비용 재검토의 어려움은 조치 방법을 모르는 것이 아니라, 전수 조사가 한 번으로 끝나는 데 있습니다. 정리한 지 3개월 후에는 새로운 미사용 볼륨과 스냅샷이 쌓이고, right-sizing한 구성은 업무량 변화로 다시 어긋납니다. GIIP에서는 AWS와 Azure 상의 여러 데이터베이스 및 약 30개의 웹 서비스에 대해 고립 리소스 검출과 프로비저닝값 대 실측값의 불일치 확인을 AI 에이전트가 정기적으로 수행하고, 삭제나 구성 변경처럼 되돌릴 수 없는 판단은 사람인 전문가가 승인하는 방식으로 운영하고 있습니다. 전수 조사를 일회성 이벤트가 아니라 정기 업무로 만드는 것이 목적입니다.

関連サービス

• クラウドコスト最適化
• 開発・検証・本番環境の構成を確認する
• AWSマネージド運用の範囲を確認する