EC2 Capacity Reservation Resource GroupsがCapacity Blocks for MLとInterruptible Reservationsをサポート開始

AWSは2026年8月25日、Amazon EC2 Capacity Reservation Resource Groupsにおいて、従来のOn-Demand Capacity Reservations (ODCRs)に加え、新たにAmazon EC2 Capacity Blocks for MLおよびInterruptible Capacity Reservationsのサポートを開始したことを発表しました。

このアップデートにより、複数のリザーブドキャパシティタイプ（ODCRs、Interruptible Reservations、Capacity Blocks for ML）を単一のリソースグループに統合し、EC2インスタンスの起動を一元管理できるようになります。EC2 FleetやAuto Scalingグループを使用する際には、リザーブタイプ間の優先順位付けや、キャパシティ不足時のOn-Demandへの自動フォールバック設定が可能です。

本機能は、Capacity Blocks for MLおよびInterruptible ODCRsがサポートされているすべてのAWSリージョンで利用可能（AWS GovCloud (US)および中国リージョンを除く）で、追加料金は発生しません。

エンジニア視点での考察・アドバイス

解決された技術的課題

• リザーブドキャパシティの分散管理の煩雑さ: 従来はODCRsのみがサポートされていたため、複数のリザーブタイプを個別に管理する必要があり、運用負荷が高かった。
• 柔軟なキャパシティ確保の制限: 機械学習ワークロード向けのCapacity Blocks for MLや、コスト最適化を目的としたInterruptible Reservationsを、他のリザーブタイプと統合的に利用できなかった。
• 優先順位付けの欠如: EC2 FleetやAuto Scalingグループでリザーブタイプ間の優先順位を設定できず、キャパシティ確保の戦略が限定的だった。

日本リージョンのサポート状況（東京・大阪）

• 東京 (ap-northeast-1):

  • Capacity Blocks for ML: 利用可能（公式ドキュメントにて確認済み）。
  • Interruptible Capacity Reservations: 利用可能（公式発表に基づく）。
  • Capacity Reservation Resource Groups (新機能): 利用可能。

• 大阪 (ap-northeast-3):

  • Capacity Blocks for ML: 公式ドキュメントに記載なし（提供リージョン一覧に含まれず）。
  • Interruptible Capacity Reservations: サポート状況不明（一次情報からは確認できず）。
  • Capacity Reservation Resource Groups (新機能): 利用不可の可能性が高い（基盤機能がサポートされていないため）。

注意: 大阪リージョンでの利用を検討する場合は、AWSサポートに直接確認することを推奨します。

実務での影響とアドバイス

• コスト最適化: Interruptible Reservationsを活用することで、未使用のODCRを一時的に他のワークロードに開放し、コストを削減できる。ただし、キャパシティが中断されるリスクを考慮した設計が必要。
• 機械学習ワークロードの安定稼働: Capacity Blocks for MLを利用することで、GPUキャパシティを最大6ヶ月間予約でき、長期的なMLプロジェクトの計画が容易になる。
• 自動フォールバックの活用: リザーブドキャパシティが枯渇した場合にOn-Demandへ自動的にフォールバックする設定を有効にすることで、可用性を向上させることができる。
• 優先順位付けの戦略: EC2 FleetやAuto Scalingグループでリザーブタイプ間の優先順位を明確に設定し、コストと可用性のバランスを最適化する。

次のアクション

1. リージョン確認: 自組織が利用しているリージョンで本機能がサポートされているかを確認する。特に大阪リージョンを利用している場合は、AWSサポートに問い合わせる。
2. リザーブドキャパシティの棚卸し: 既存のODCRs、Interruptible Reservations、Capacity Blocks for MLを棚卸し、統合管理の対象とする。
3. テスト環境での検証: EC2 FleetやAuto Scalingグループを使用している場合、優先順位付けや自動フォールバックの動作をテスト環境で検証する。
4. コストモニタリング: Interruptible Reservationsを利用する場合、キャパシティ中断の影響をモニタリングし、ワークロードへの影響を評価する。

参考ドキュメント

• Capacity Reservation Resource Groups
• Capacity Reservations ユーザーガイド