cost-optimization

同梱された上流ファイルのサポート

サポートファイルはスキルからの相対パスに含まれています。固定されたソース、ライセンス、ハッシュ、インポート時の変更については、UPSTREAM-NOTICE.md を参照してください。

サポート資料の利用可否

このカタログのコピーでは、以下のパスを利用できません。

• <support-root>/assets/cost-analysis-template.xlsx

これらのファイルを必要とする手順は実行しないでください。使用する前に、元の資料を入手し、その依存関係、ライセンス、影響を確認してください。独立したインライン手順と同梱のヘルパーは、ユーザーが承認した範囲内で実行できます。

クラウドコストの最適化

AWS、Azure、GCP におけるクラウドコストを最適化するための戦略とパターンです。

このスキルを使用しない場合

• タスクがクラウドコストの最適化に関係しない場合
• この範囲外の異なるドメインやツールが必要な場合

手順

• 目標、制約、必要な入力を明確にします。
• 関連するベストプラクティスを適用し、結果を検証します。
• 実行可能な手順と検証方法を提示します。

目的

パフォーマンスと信頼性を維持しながらクラウド支出を削減するため、体系的なコスト最適化戦略を実施します。

このスキルを使用する場合

• クラウド支出を削減する
• リソースの適正サイズを設定する
• コストガバナンスを実施する
• マルチクラウドのコストを最適化する
• 予算の制約を満たす

根拠と取り消し不能なコミットメント

以下の割引率・条件およびインスタンスサイズの例は、すべて過去の参考例であり、現在の見積もりやワークロードの推奨事項ではありません。コミットメントを購入する前に、プロバイダー、リージョン、サービスの適用条件と実際の有効利用率を確認してください。予約や割引プランは、交換・解約のルールが変更される金融上のコミットメントです。まず読み取り専用の請求・利用状況データを使用し、同等のワークロードと信頼性の期間を比較したうえで、データ転送料、ストレージの最低料金、データ取得費用、税金、アイドルコストを含めてください。削除、ライフサイクルによる期限切れ、ダウンサイズ、アラートのサブスクリプションには、対象を明確に指定した承認と、復旧のテストが必要です。予算アラートは通知であり、支出上限ではありません。サーバーレスでも、ベースライン、ストレージ、プロビジョニング済みのコストが発生することがあります。

コスト最適化のフレームワーク

1. 可視化

• コスト配分タグを導入する
• クラウドコスト管理ツールを使用する
• 予算アラートを設定する
• コストダッシュボードを作成する

2. 適正サイズの設定

• リソースの利用状況を分析する
• 過剰にプロビジョニングされたリソースをダウンサイズする
• オートスケーリングを使用する
• アイドル状態のリソースを削除する

3. 料金モデル

• 予約容量を使用する
• スポット／プリエンプティブルインスタンスを活用する
• Savings Plans を導入する
• コミット使用割引を利用する

4. アーキテクチャの最適化

• マネージドサービスを使用する
• キャッシュを導入する
• データ転送を最適化する
• ライフサイクルポリシーを使用する

AWS のコスト最適化

リザーブドインスタンス

Savings: 30-72% vs On-Demand
Term: 1 or 3 years
Payment: All/Partial/No upfront
Flexibility: Standard or Convertible

Savings Plans

Compute Savings Plans: 66% savings
EC2 Instance Savings Plans: 72% savings
Applies to: EC2, Fargate, Lambda
Flexible across: Instance families, regions, OS

スポットインスタンス

Savings: Up to 90% vs On-Demand
Best for: Batch jobs, CI/CD, stateless workloads
Risk: 2-minute interruption notice
Strategy: Mix with On-Demand for resilience

S3 のコスト最適化

resource "aws_s3_bucket_lifecycle_configuration" "example" {
  bucket = aws_s3_bucket.example.id

  rule {
    id     = "transition-to-ia"
    status = "Enabled"

    transition {
      days          = 30
      storage_class = "STANDARD_IA"
    }

    transition {
      days          = 90
      storage_class = "GLACIER"
    }

    expiration {
      days = 365
    }
  }
}

Azure のコスト最適化

予約済み VM インスタンス

• 1 年または 3 年の契約期間
• 最大 72% の節約
• 柔軟なサイズ設定
• 交換可能

Azure Hybrid Benefit

• 既存の Windows Server ライセンスを使用する
• RI と組み合わせると最大 80% の節約
• Windows と SQL Server に対応

Azure Advisor の推奨事項

• VM の適正サイズを設定する
• 未使用のリソースを削除する
• 予約容量を使用する
• ストレージを最適化する

GCP のコスト最適化

コミット使用割引

• 1 年または 3 年のコミットメント
• 最大 57% の節約
• vCPU とメモリに適用
• リソースベースまたは支出ベース

継続使用割引

• 自動割引
• 実行中のインスタンスで最大 30%
• コミットメント不要
• Compute Engine、GKE に適用

プリエンプティブル VM

• 最大 80% の節約
• 最長実行時間は 24 時間
• バッチワークロードに最適

タグ付け戦略

AWS のタグ付け

locals {
  common_tags = {
    Environment = "production"
    Project     = "my-project"
    CostCenter  = "engineering"
    Owner       = "[email protected]"
    ManagedBy   = "terraform"
  }
}

resource "aws_instance" "example" {
  ami           = "ami-12345678"
  instance_type = "t3.medium"

  tags = merge(
    local.common_tags,
    {
      Name = "web-server"
    }
  )
}

参照： references/tagging-standards.md を参照してください。

コストの監視

予算アラート

# AWS Budget
resource "aws_budgets_budget" "monthly" {
  name              = "monthly-budget"
  budget_type       = "COST"
  limit_amount      = "1000"
  limit_unit        = "USD"
  time_period_start = "2024-01-01_00:00"
  time_unit         = "MONTHLY"

  notification {
    comparison_operator        = "GREATER_THAN"
    threshold                  = 80
    threshold_type            = "PERCENTAGE"
    notification_type         = "ACTUAL"
    subscriber_email_addresses = ["[email protected]"]
  }
}

コスト異常検出

• AWS Cost Anomaly Detection
• Azure Cost Management のアラート
• GCP Budget のアラート

アーキテクチャパターン

パターン 1：サーバーレス優先

• イベント駆動型処理に Lambda／Functions を使用する
• 実行時間分のみ支払う
• オートスケーリングが含まれる
• アイドルコストがない

パターン 2：適正規模のデータベース

Development: t3.small RDS
Staging: t3.large RDS
Production: r6g.2xlarge RDS with read replicas

パターン 3：マルチティアストレージ

Hot data: S3 Standard
Warm data: S3 Standard-IA (30 days)
Cold data: S3 Glacier (90 days)
Archive: S3 Deep Archive (365 days)

パターン 4：自動スケーリング

resource "aws_autoscaling_policy" "scale_up" {
  name                   = "scale-up"
  scaling_adjustment     = 2
  adjustment_type        = "ChangeInCapacity"
  cooldown              = 300
  autoscaling_group_name = aws_autoscaling_group.main.name
}

resource "aws_cloudwatch_metric_alarm" "cpu_high" {
  alarm_name          = "cpu-high"
  comparison_operator = "GreaterThanThreshold"
  evaluation_periods  = "2"
  metric_name         = "CPUUtilization"
  namespace           = "AWS/EC2"
  period              = "60"
  statistic           = "Average"
  threshold           = "80"
  alarm_actions       = [aws_autoscaling_policy.scale_up.arn]
}

コスト最適化チェックリスト

• コスト配分タグを実装する
• 使用していないリソース（EBS、EIP、スナップショット）を削除する
• 使用率に基づいてインスタンスのサイズを適正化する
• 安定したワークロードには予約済み容量を使用する
• 自動スケーリングを実装する
• ストレージクラスを最適化する
• ライフサイクルポリシーを使用する
• コスト異常検知を有効にする
• 予算アラートを設定する
• 毎週コストを確認する
• スポット／プリエンプティブルインスタンスを使用する
• データ転送コストを最適化する
• キャッシュレイヤーを実装する
• マネージドサービスを使用する
• 継続的に監視と最適化を行う

ツール

• AWS： Cost Explorer、Cost Anomaly Detection、Compute Optimizer
• Azure： Cost Management、Advisor
• GCP： Cost Management、Recommender
• マルチクラウド： CloudHealth、Cloudability、Kubecost

参照ファイル

• references/tagging-standards.md - タグ付け規則
• assets/cost-analysis-template.xlsx - コスト分析スプレッドシート

関連スキル

• terraform-module-library - リソースのプロビジョニング用
• multi-cloud-architecture - クラウドの選定用

制限事項

• タスクが上記の説明にある範囲に明確に該当する場合にのみ、このスキルを使用してください。
• 出力を、環境固有の検証、テスト、または専門家によるレビューの代わりとして扱わないでください。
• 必要な入力、権限、安全上の境界、または成功基準が不足している場合は、作業を中断して確認を求めてください。