ストーリー
田
田中VPoE
コストが見えるようになった。次は「最適化」だ。だがツールを導入するだけでは最適化は持続しない。重要なのは文化だ
あなた
文化ですか?具体的にはどういうことでしょう?
あ
田
田中VPoE
エンジニアが「コストも設計の要素」と自然に考えるようになる状態を目指す。パフォーマンス要件と同じように、コスト要件もアーキテクチャ設計に組み込む。これを「コスト意識のある設計(Cost-Aware Architecture)」と呼ぶ
あなた
コストを考えることがエンジニアの仕事の一部になるわけですね
あ
田
田中VPoE
その通り。そしてそれを支えるのが、適切なインセンティブ設計と継続的な最適化サイクルだ
コスト最適化の4つのレバー
レバーと効果
| レバー | 概要 | 即効性 | 持続性 | 想定削減率 |
|---|
| 未使用リソース削除 | 使われていないリソースの特定と削除 | 高 | 低(再発する) | 5-15% |
| 右サイジング | 過剰スペックのリソースを適正化 | 中 | 中 | 10-20% |
| コミットメント割引 | RI/Savings Plansの戦略的購入 | 中 | 高 | 15-30% |
| アーキテクチャ最適化 | 設計レベルでのコスト効率化 | 低 | 高 | 20-40% |
未使用リソース管理
未使用リソースの発見パターン
| リソース種別 | 未使用の判定基準 | ツール |
|---|
| EC2インスタンス | CPU使用率5%以下が14日以上 | CloudWatch + Trusted Advisor |
| EBSボリューム | 未アタッチ状態が7日以上 | AWS Config |
| Elastic IP | 未アタッチ状態 | Trusted Advisor |
| ELB | バックエンドインスタンスなし | Trusted Advisor |
| RDSインスタンス | 接続数ゼロが14日以上 | CloudWatch |
| NAT Gateway | トラフィックゼロが7日以上 | VPC Flow Logs |
自動クリーンアップのフロー
未使用リソース管理フロー:
自動スキャン(日次)
↓
未使用リソース検出
↓
オーナーに通知(タグのOwnerフィールド)
├── 7日以内: 「不要なら削除してください」
├── 14日後: マネージャーにエスカレーション
├── 21日後: リソースを停止(本番以外)
└── 30日後: スナップショット取得後に削除(本番以外)
※ 本番環境は停止・削除せず、レポートのみ
右サイジング戦略
右サイジングの判断基準
| メトリクス | 過剰の判断 | 推奨アクション |
|---|
| CPU使用率 | ピーク時でも40%以下が2週間以上 | 1サイズダウン |
| メモリ使用率 | ピーク時でも50%以下が2週間以上 | メモリ最適化型に変更 |
| ネットワーク | 帯域の10%以下しか使用していない | ネットワーク最適化型を検討 |
| ストレージIOPS | プロビジョンドIOPSの20%以下 | gp3への変更を検討 |
世代更新による最適化
| 世代更新 | コスト削減 | パフォーマンス向上 |
|---|
| m5 → m6i | 約15%削減 | 約15%向上 |
| m6i → m7i | 約10%削減 | 約15%向上 |
| gp2 → gp3 | 約20%削減 | ベースラインIOPS向上 |
| io1 → io2 | 同等 | 耐久性・パフォーマンス向上 |
コミットメント戦略
RI/Savings Plans の使い分け
| 種類 | 柔軟性 | 割引率 | 適用場面 |
|---|
| Compute Savings Plans | 最も柔軟 | 最大66% | 基盤として最初に購入 |
| EC2 Instance Savings Plans | EC2限定 | 最大72% | 安定したEC2ワークロード |
| Standard RI | 固定 | 最大72% | 変更が少ないRDS/ElastiCache |
| Convertible RI | 交換可能 | 最大66% | 将来変更の可能性があるワークロード |
コミットメントカバレッジ戦略
コミットメントカバレッジの考え方:
使用量
│
│ ┌──────────────┐ ← ピーク(オンデマンド)
│ ┌─┤ ├─┐
│ ┌─┤ │ │ ├─┐
│ │ │ │ │ │ │ ← 変動分(オンデマンド)
├─┤ │ │ │ │ ├─
│ │ │ │ │ │ │ ← コミットメント層
│ │ │ │ │ │ │ (SP/RI: 70-80%カバー)
│ │ │ │ │ │ │
└─┴─┴─┴──────────────┴─┴─┘
月 火 水 木 金 土 日
推奨カバレッジ: 70-80%
├── 100%をカバーすると柔軟性が失われる
├── 50%以下は割引の恩恵が少ない
└── 70-80%が最適バランス
コスト最適化文化の醸成
文化醸成のための施策
| 施策 | 内容 | 効果 |
|---|
| コストの見える化 | チームダッシュボードを各チームに提供 | 当事者意識の醸成 |
| FinOps チャンピオン | 各チームからFinOps担当を1名任命 | 最適化の推進力 |
| 月次最適化ゲーム | チーム間でコスト削減を競う | 楽しみながら最適化 |
| コスト設計レビュー | アーキテクチャレビューにコスト項目を追加 | 設計段階でのコスト意識 |
| 最適化ニュースレター | 月次で最適化事例・ベストプラクティスを共有 | ナレッジの蓄積と展開 |
コスト意識のアンチパターン
| アンチパターン | 問題 | 対策 |
|---|
| コスト警察 | FinOpsチームが開発を監視・取り締まるだけ | パートナーとして最適化を支援する |
| 過度な節約 | ビジネス価値を犠牲にしてコスト削減 | ROIベースで判断する |
| 全員無責任 | 「コストはインフラチームの仕事」 | 利用者がコストオーナーになる |
| 年次見直し | 年に1回しかコストを見直さない | 月次のFinOpsサイクルを確立する |
「FinOpsの成功は、エンジニアが “このアーキテクチャだと月額いくらかかるか” を設計段階で自然に考えるようになること。それが文化だ」 — 田中VPoE
まとめ
| ポイント | 内容 |
|---|
| 4つのレバー | 未使用リソース削除、右サイジング、コミットメント、アーキテクチャ最適化 |
| 右サイジング | メトリクスベースで判断、世代更新も活用 |
| コミットメント | 70-80%カバレッジが最適バランス |
| 文化醸成 | FinOpsチャンピオン、コスト設計レビュー、月次最適化 |
チェックリスト
次のステップへ
次は「ショーバック/チャージバック」を学びます。コストを部門に配賦し、コスト意識を組織に浸透させる仕組みを身につけましょう。
推定読了時間: 30分