【Organizationsの役割（コスト最適化）】
目次
🔍 1. 結論
💎 一言でいうと AWS Organizations は、複数アカウントの請求を一つにまとめる 「一括請求 (Consolidated Billing)」 機能によって、AWS特有の ボリュームディスカウント（使えば使うほど単価が下がる仕組み）を組織全体に適用 し、強力なコスト最適化をもたらします。
- 部署Aと部署BのS3の利用量を合算することで、安価な料金ティア（階層）に早く到達できる。
- 部署Aで余った「リザーブドインスタンス (RI)」の割引枠を、部署BのEC2に自動適用（共有）できる。
📈 2. SAAで出やすいポイント
- ボリュームディスカウントの合算: S3やデータ転送料金は「最初の50TBまでは1GBあたり〇〇ドル、それ以上は安くなる」という段階的な料金体系になっています。Organizationsで一括請求を有効にすると、全アカウントの利用量が「合算」して計算されるため、各アカウントが単独で契約するよりも早く安い単価に到達し、組織全体としての請求額が下がります。
- RI / Savings Plans の共有 (Sharing): アカウントAで1年契約したEC2の「リザーブドインスタンス (RI)」があるが、そのEC2を停止してしまった場合、RIの割引権利が無駄になります。しかしOrganizations環境であれば、その割引権利は自動的にアカウントBで動いている同じタイプのEC2に適用され、割引の無駄捨て（機会損失）を防ぐことができます。
- SCPによる高額リソースの作成禁止: 「開発用アカウントでは、1時間数ドルの超高性能GPUインスタンス（p3など）の起動を禁止する」といった サービスコントロールポリシー (SCP) を適用することで、開発者のミスによる想定外の高額請求を未然に防ぎます。
🗝 3. キーワードでの判断
| 問題文のキーワード | 疑う機能・アプローチ |
|---|---|
| 💰 「複数のAWSアカウント間でボリュームディスカウントを効かせたい」 | AWS Organizations の一括請求 (Consolidated Billing) |
| 🤝 「あるアカウントで余ったリザーブドインスタンスの割引を無駄にしたくない」 | Organizations内でのRIの共有（自動適用される） |
| 🚫 「開発者が勝手に高額なEC2インスタンスタイプを起動するのを防ぎたい」 | Organizations の SCP (Service Control Policies) |
⚠️ 4. ひっかけポイント
🚫 よくある誤答パターン – 「Organizationsを使うと、すべてのアカウントの請求明細が混ざって見分けがつかなくなる」 → 一括請求しても、コストエクスプローラー（Cost Explorer）や請求書では「どのアカウントが何ドル使ったか（リンクされたアカウントごとの内訳）」は明確に分かります。 – 「IAMポリシーで組織全体のコスト割引を管理する」 → IAMはアクセス権限の管理です。請求や割引の合算は Organizations (Billing) の領分です。
💡 5. 覚え方
🧠 暗記ショートカット – 一括請求（ボリュームディスカウント） = 「家族割 ＋ ギガ共有」。 – お父さん（親アカウント）が子供たち（子アカウント）の通信量（S3容量）をまとめることで、大容量プランの安い単価が全員に適用され、誰かがギガを余らせても別の兄弟が使える（RI共有）。
📚 6. 関連サービス
| アイコン | サービス名 | コスト最適化における連携 |
|---|---|---|
| 📊 | AWS Cost Explorer | Organizationsでまとまった全社の請求を、アカウントやタグごとにグラフ化して分析するツール |
| 💻 | Amazon EC2 | RIやSavings Plansの共有恩恵を最も受けるサービス |
🗒️ 7. Obsidian管理メモ
- 見返すタイミング: 請求管理、マルチアカウント戦略、RI/SPの仕様学習時
- 関連ノート候補:
AWS_SAA_Consolidated_Billing
8. HTMLファイル名:
AWS_コスト最適化設計_Organizations.html
