

# EC2 Capacity Manager
<a name="capacity-manager"></a>

Amazon EC2 Capacity Manager を使用すると、オンデマンドインスタンス、スポットインスタンス、キャパシティ予約のキャパシティ使用状況を 1 か所から監視、分析、管理できます。Capacity Manager は、1 時間ごとの更新と最適化機能で使用状況データを集計する統合ダッシュボードを通じて、キャパシティの追跡を簡素化します。

大規模なエンタープライズ企業やマルチアカウント組織向けに設計された Capacity Manager により、複数のソースから手動でデータを収集する必要がなくなります。このツールは、AWS リージョン全体の深いインサイトを提供します。詳しいキャパシティメトリクスをドリルダウンし、クラウドリソースを最適化するためのアクションを即座に実行できます。

AWS Organizations 統合を有効にすると、組織内にあるすべてのメンバーアカウント全体のキャパシティデータを単一のダッシュボードから表示して分析できます。Organizations 統合を有効にしない場合、Capacity Manager が監視するのは有効化されている個々の AWS アカウント内のリソースのみになります。

**注記**  
Capacity Manager を有効にできるのは、アカウントあたり 1 つの AWS リージョンのみです。
Capacity Manager に表示されるすべてのコストは、公開されているオンデマンド料金に基づいた推定コストです。Savings Plans やリザーブドインスタンスなどの割引は見積もりに含まれていません。実際のコストは、これらの見積もりとは異なる場合があります。

## 主な機能
<a name="capacity-manager-key-features"></a>
+  **一元化されたダッシュボード:** 1 時間ごとに更新される新しいデータポイントを使用して、すべてのアカウントとリージョンのキャパシティ使用状況を表示
+ **クロスアカウントの可視性:** 管理者アカウント向けの組織レベルのビュー
+ **データエクスポート:** キャパシティデータを Amazon S3 にエクスポート
+ **API:** キャパシティメトリクスとデータへのプログラム的なアクセス
+ **柔軟な分析:** 過去 90 日間からのさまざまな期間全体でキャパシティ使用状況を調べるための動的な日付セレクター
+ **包括的なメトリクスとディメンション:** 複数の測定単位 (vCPU、インスタンス、推定コスト) にまたがる 30 個を超えるメトリクスと、アカウント ID、リージョン、インスタンスファミリー、アベイラビリティーゾーン、インスタンスタイプ、プラットフォーム、テナンシー、予約固有のディメンションなどの広範なフィルタリング機能にアクセス

# EC2 Capacity Manager の有効化
<a name="enable-capacity-manager"></a>

Capacity Manager は、要件に応じて 2 つの異なるレベルで有効にできます。単一の AWS アカウントのために有効にして、そのアカウント内のリソースのみを監視する、または、組織内のすべてのメンバーアカウントの一元的な可視化のために AWS Organizations と統合することができます。
+ **組織レベル:** 単一のダッシュボードから組織内にあるすべてのメンバーアカウントのキャパシティデータを表示し、分析します。
+ **アカウントレベル:** 単一の AWS アカウント内のキャパシティ使用状況を監視します。

**Topics**
+ [AWS Organizations での EC2 Capacity Manager の有効化](enable-capacity-manager-organizations.md)
+ [アカウントレベルでの EC2 Capacity Manager の有効化](enable-capacity-manager-account.md)
+ [委任管理者の登録](enable-capacity-manager-da.md)
+ [EC2 Capacity Manager 用のサービスリンクロールの使用](using-service-linked-roles-cm.md)

# AWS Organizations での EC2 Capacity Manager の有効化
<a name="enable-capacity-manager-organizations"></a>

AWS Organizations で EC2 Capacity Manager を有効にして、すべてのメンバーアカウントのキャパシティを組織レベルで可視化して管理することができます。この統合により、キャパシティ使用状況を一元的な場所から監視、分析、管理できます。

組織レベルのアクセスを有効化し、組織全体のキャパシティを管理する責任は、管理アカウントが担います。

AWS Organizations で Capacity Manager を有効化することで、以下のメリットが得られます。
+ **一元的なキャパシティの可視性** – クロスアカウント集約とクロスリージョン集約を使用して、組織内のすべてのメンバーアカウントのキャパシティ使用状況を単一のダッシュボードで表示します。
+ **組織全体での最適化** – 組織内のすべてのアカウントで未使用のキャパシティ予約と最適化機会を特定します。
+ **委任管理者** – 適切なアクセスコントロールを維持しながら、特定のメンバーアカウントが組織の Capacity Manager の管理をできるようにします。

AWS Organizations との統合を有効にしない場合は、Capacity Manager を有効にした個々の AWS アカウント内のリソースのみを監視できます。

## 前提条件
<a name="organizations-prerequisites"></a>
+ 1 つの管理アカウントと、1 つ以上のメンバーアカウントで設定された AWS Organizations が必要です。アカウントタイプの詳細については、*AWS ユーザーガイド*の[用語とコンセプト](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started_concepts.html)を参照してください。
+ 管理アカウントには、以下の IAM アクションに対する許可が必要です。
  + `organizations:EnableAwsServiceAccess`
  + `organizations:RegisterDelegatedAdministrator` (委任管理を使用している場合)
  + `iam:CreateServiceLinkedRole`
+ AWS Organization にアクセスを許可するには、**AWSEC2CapacityManagerServiceRolePolicy** ユースケースを使用してサービスリンクロールを作成する必要があります。詳細については、「[Creating a service-linked role for Capacity Manager](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-service-linked-roles-cm.html#create-slr)」を参照してください。

## AWS Organizations での Capacity Manager の有効化
<a name="enable-organization-integration"></a>

管理アカウントを使用して、Capacity Manager で組織アクセスを有効にします。

------
#### [ Console ]

**Capacity Manager で組織アクセスを有効にする**

1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。

1. ナビゲーションペインで **[Capacity Manager]** を選択します。

1. **[Settings]** (設定) タブを選択します。

1. **[信頼できるアクセス]** セクションで、**[信頼できるアクセスを管理]** を選択します。

1. 表示されたプロンプトで、**[信頼できるアクセスを有効にする]** を選択します。次に、**[保存]** を選択します。

------
#### [ AWS CLI ]

**Capacity Manager で組織のアクセスを有効にする**

1. サービスにリンクされたロールの作成

   ```
   aws iam create-service-linked-role --aws-service-name ec2.capacitymanager.amazonaws.com
   ```

1. AWS 組織のアクセスを有効にする

   ```
   aws organizations enable-aws-service-access --service-principal ec2.capacitymanager.amazonaws.com
   ```

1. AWS Organization で Capacity Manager を有効にする 

   ```
   aws ec2 enable-capacity-manager --organizations-access
   ```

既存の Capacity Manager の組織アクセスを更新するには、次のコマンドを実行します。

```
aws ec2 update-capacity-manager-organizations-access --organizations-access
```

------
#### [ PowerShell ]

**Capacity Manager で組織のアクセスを有効にする**

1. [New-IAMServiceLinkedRole](https://docs.aws.amazon.com/powershell/latest/reference/items/New-IAMServiceLinkedRole.html) コマンドレットを使用して、サービスリンクロールを作成します。

   ```
   New-IAMServiceLinkedRole -AWSServiceName "ec2.capacitymanager.amazonaws.com"
   ```

1. [Enable-ORGAWSServiceAccess](https://docs.aws.amazon.com/powershell/latest/reference/items/Enable-ORGAWSServiceAccess.html) コマンドレットを使用して、AWS 組織アクセスを有効にします。

   ```
   Enable-ORGAWSServiceAccess -ServicePrincipal "ec2.capacitymanager.amazonaws.com"
   ```

1. [Enable-EC2CapacityManager](https://docs.aws.amazon.com/powershell/latest/reference/items/Enable-EC2CapacityManager.html) コマンドレットを使用して、AWS 組織で Capacity Manager を有効にします。

   ```
   Enable-EC2CapacityManager -OrganizationsAccess $true
   ```

既存の Capacity Manager の組織アクセスを更新するには、次の [Update-EC2CapacityManagerOrganizationsAccess](https://docs.aws.amazon.com/powershell/latest/reference/items/Update-EC2CapacityManagerOrganizationsAccess.html) コマンドレットを実行します。

```
Update-EC2CapacityManagerOrganizationsAccess -OrganizationsAccess $true
```

------

## 組織で Capacity Manager が有効化されていることの確認
<a name="verify-organization-integration"></a>

------
#### [ Console ]

**組織で Capacity Manager が有効化されていることを確認する**

1. Capacity Manager コンソールで、**[設定]** を選択します。

1. **[信頼できるアクセス]** セクションで、**[組織のアクセス]** が **[有効]** として表示されていることを確認します。

1. **[組織 ID]** に組織の ID が表示されていることを確認します。

------
#### [ AWS CLI ]

**組織で Capacity Manager が有効化されていることを確認する**  
次のコマンドを実行します。

```
aws ec2 get-capacity-manager-attributes
```

出力には以下が表示されます。

```
{
    "CapacityManagerStatus": "enabled",
    "OrganizationsAccess": true,
    "IngestionStatus": "initial-ingestion-pending",
    "IngestionStatusMessage": "Capacity Manager is collecting historical data from 2025-10-01T00:00:00Z. Data collection is in progress and may take several hours to complete."
}
```

------
#### [ PowerShell ]

**組織で Capacity Manager が有効化されていることを確認する**  
[Get-EC2CapacityManagerAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityManagerAttribute.html) コマンドレットを使用します。

```
Get-EC2CapacityManagerAttribute
```

出力には以下が表示されます。

```
CapacityManagerStatus      : enabled
DataExportCount            : 0
EarliestDatapointTimestamp :
IngestionStatus            : initial-ingestion-in-progress
IngestionStatusMessage     : Capacity Manager is collecting historical data from
                              2026-03-17T16:00:00Z. Data collection is in progress and may take
                              several hours to complete.
LatestDatapointTimestamp   :
OrganizationsAccess        : True
```

------

## 考慮事項
<a name="organizations-considerations"></a>
+ **サービスリンクロールの作成**: コンソールを使用して組織のアクセスを有効にすると、Capacity Manager が自動的にすべてのメンバーアカウントで AWSServiceRoleForEC2CapacityManager サービスリンクロールを作成します。AWS CLI を使用して有効にする場合は、`createServiceLinkedRole` を手動で呼び出す必要があります。
+ **データ集約:** 組織のアクセスを有効にすると、Capacity Manager がすべてのメンバーアカウントから 14 日間の履歴データを埋め戻します。通常、このプロセスの完了には数分かかります。
+ **リージョンの制限:** Capacity Manager を有効にできるのは組織あたり 1 リージョンのみですが、すべての商用リージョンのデータが集約されます。
+ **許可:** メンバーアカウントが実行する必要のあるアクションはありません。Capacity Manager がサービスリンクロールを使用して、すべてのアカウントのリソースを自動的に検出します。

# アカウントレベルでの EC2 Capacity Manager の有効化
<a name="enable-capacity-manager-account"></a>

アカウントレベルで Capacity Manager を有効にして、単一の AWS アカウント内の EC2 キャパシティ使用状況を監視し、分析します。有効にすると、Capacity Manager がオンデマンドインスタンス、スポットインスタンス、キャパシティ予約に関するデータを収集して、最適化機会を特定し、使用パターンを追跡できるようにします。

## アカウントレベルで Capacity Manager を有効にする
<a name="enable-account-capacity-manager"></a>

------
#### [ Console ]

**アカウントの Capacity Manager を有効にする**

1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。

1. ナビゲーションペインで **[Capacity Manager]** を選択します。

1. Capacity Manager ページで **[リージョンで有効化]** を選択します。

------
#### [ AWS CLI ]

**アカウントの Capacity Manager を有効にする**  
次のコマンドを実行します。

```
aws ec2 enable-capacity-manager
```

------
#### [ PowerShell ]

**アカウントの Capacity Manager を有効にする**  
[Enable-EC2CapacityManager](https://docs.aws.amazon.com/powershell/latest/reference/items/Enable-EC2CapacityManager.html) コマンドレットを使用します。

```
Enable-EC2CapacityManager
```

------

**注記**  
Capacity Manager を有効にすると、14 日間の履歴データが収集および集計されます。このプロセスは数時間かかる場合があります。
履歴データの収集中は、`initial-ingestion-in-progress` 状態が表示されます。この収集期間中、履歴データにギャップが発生する可能性があります。データ収集が完了すると、 `ingestion-complete` 状態が表示されます。

# 委任管理者の登録
<a name="enable-capacity-manager-da"></a>

Capacity Manager 用の委任管理者を登録できます。そうすることで、メンバーアカウントが AWS 組織の Capacity Manager を管理できるようになります。組織内の委任管理者を登録または削除できるのは、管理アカウントのみです。

**注記**  
登録済みの委任管理者が存在する間は、組織の Capacity Manager を無効にすることができません。

**Topics**
+ [前提条件](#da-prerequisites)
+ [委任された管理者の登録](#add-capacity-manager-da)
+ [委任管理者を削除する](#remove-capacity-manager-da)

## 前提条件
<a name="da-prerequisites"></a>

管理アカウントの AWS Organizations で Capacity Manager が有効になっている必要があります。詳細については、[AWS Organizations での EC2 Capacity Manager の有効化](enable-capacity-manager-organizations.md)を参照してください。

## 委任された管理者の登録
<a name="add-capacity-manager-da"></a>

委任管理者の登録には、Amazon EC2 コンソール、AWS CLI、または PowerShell を使用できます。

------
#### [ Console ]

**委任管理者を登録する手順**

1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。

1. ナビゲーションペインで **[Capacity Manager]** を選択します。

1. **[Settings]** (設定) タブを選択します。

1. **[委任管理者]** セクションで、**[追加]** を選択します。

1. 表示されるプロンプトで、委任管理者として追加する組織メンバーのアカウント ID を入力します。

1. [**Add delegated administrator (代理管理者の追加)**] を選択します。

------
#### [ AWS CLI ]

**委任管理者を登録する手順**  
次のコマンドを実行します。

```
aws organizations register-delegated-administrator \
    --account-id 123456789012 \
    --service-principal ec2.capacitymanager.amazonaws.com
```

------
#### [ PowerShell ]

**委任管理者を登録する手順**  
[Register-ORGDelegatedAdministrator](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-ORGDelegatedAdministrator.html) コマンドレットを使用します。

```
Register-ORGDelegatedAdministrator `
    -AccountId "123456789012" `
    -ServicePrincipal "ec2.capacitymanager.amazonaws.com"
```

------

## 委任管理者を削除する
<a name="remove-capacity-manager-da"></a>

委任管理者は、Amazon EC2 コンソール、AWS CLI、または PowerShell を削除できます。

------
#### [ Console ]

**委任管理者を削除する**

1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。

1. ナビゲーションペインで **[Capacity Manager]** を選択します。

1. **[Settings]** (設定) タブを選択します。

1. **[委任管理者]** セクションで **[管理]** を選択します。

1. 表示されるプロンプトで、**[委任管理者を削除する]** を選択します。

------
#### [ AWS CLI ]

**委任管理者を削除する**  
次のコマンドを実行します。

```
aws organizations deregister-delegated-administrator \
    --account-id 123456789012 \
    --service-principal ec2.capacitymanager.amazonaws.com
```

------
#### [ PowerShell ]

**委任管理者を削除する**  
[Unregister-ORGDelegatedAdministrator](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-ORGDelegatedAdministrator.html) コマンドレットを使用します。

```
Unregister-ORGDelegatedAdministrator `
    -AccountId "123456789012" `
    -ServicePrincipal "ec2.capacitymanager.amazonaws.com"
```

------

# EC2 Capacity Manager 用のサービスリンクロールの使用
<a name="using-service-linked-roles-cm"></a>

EC2 Capacity Manager は AWS Identity and Access Management (IAM) [サービスリンクロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role)を使用します。サービスリンクロールは、Capacity Manager に直接リンクされる一意の IAM ロールタイプです。サービスリンクロールは Capacity Manager によって事前定義されており、当サービスがユーザーに代わって他の AWS サービスを呼び出すために必要な許可のすべてが含まれています。

サービスリンクロールを使用すると必要な許可を手動で追加する必要がなくなるため、Capacity Manager の設定が容易になります。Capacity Manager のサービスリンクロールの許可は Capacity Manager が定義し、そのロールを引き受けることができるのは Capacity Manager のみです (別途定義されている場合を除く)。定義される許可は信頼ポリシーと許可ポリシーに含まれており、その許可ポリシーを他の IAM エンティティにアタッチすることはできません。

サービスリンクロールを削除するには、最初に関連リソースを削除する必要があります。これにより、リソースにアクセスする許可が誤って削除されることがなくなるため、Capacity Manager のリソースが保護されます。

サービスリンクロールをサポートする他のサービスについては、「[IAM と連携する AWS のサービス](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)」を参照して、**サービスリンクロール**列に**はい**と表記されているサービスを確認してください。サービスリンクロールに関するドキュメントをサービスで表示するには、リンクで **[はい]** を選択します。

## Capacity Manager 用のサービスリンクロール許可
<a name="slr-permissions"></a>

Capacity Manager は、ユーザーがキャパシティリソースを管理することを可能にし、ユーザーに代わって AWS Organizations と統合するために、**AWSServiceRoleForEC2CapacityManager** という名前のサービスリンクロールを使用します。

AWSServiceRoleForEC2CapacityManager サービスリンクロールは、以下のサービスを信頼してロールを引き受けます。
+ `ec2.capacitymanager.amazonaws.com`

AWSEC2CapacityManagerServiceRolePolicy という名前のロール許可ポリシーは、Capacity Manager が以下のアクションを完了できるようにします。
+  `organizations:DescribeOrganization` 
+  `organizations:ListAccounts` 
+  `organizations:ListChildren` 
+  `organizations:ListAWSServiceAccessForOrganization` 
+  `organizations:ListDelegatedAdministrators` 

ユーザー、グループ、またはロールにサービスリンクロールの作成、編集、または削除を許可するには、アクセス許可を設定する必要があります。詳細については、*IAM ユーザーガイド* の「[サービスにリンクされた役割のアクセス許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#service-linked-role-permissions)」を参照してください。

## Capacity Manager 用のサービスリンクロールの作成
<a name="create-slr"></a>

**AWSEC2CapacityManagerServiceRolePolicy** ユースケースでサービスリンクロールを作成するには、IAM コンソールを使用できます。AWS CLI または AWS API では、`ec2.capacitymanager.amazonaws.com` サービス名を使用してサービスリンクロールを作成します。詳細については、*IAM ユーザーガイド*の「[サービスリンクロールの作成](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#create-service-linked-role)」を参照してください。このサービスリンクロールを削除しても、同じ方法でロールを再作成できます。

## Capacity Manager 用のサービスリンクロールの編集
<a name="edit-slr"></a>

Capacity Manager では、AWSServiceRoleForEC2CapacityManager サービスリンクロールを編集できません。サービスリンクロールの作成後は、さまざまなエンティティがロールを参照する可能性があるため、ロール名を変更することはできません。ただし、IAM を使用してロールの説明を編集することはできます。詳細については、「*IAM ユーザーガイド*」の「[サービスリンクロールの編集](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#edit-service-linked-role)」を参照してください。

## Capacity Manager 用のサービスリンクロールの削除
<a name="delete-slr"></a>

サービスリンクロールを必要とする機能やサービスが不要になった場合は、ロールを削除することをお勧めします。そうすることで、使用していないエンティティがアクティブにモニタリングされたり、メンテナンスされたりすることがなくなります。ただし、手動で削除する前に、サービスリンクロールのリソースをクリーンアップする必要があります。

**注記**  
リソースを削除しようとするときに Capacity Manager サービスがそのロールが使用していると、削除が失敗する場合があります。失敗した場合は数分待ってから操作を再試行してください。

**AWSServiceRoleForEC2CapacityManager が使用している Capacity Manager リソースを削除する**

1. すべての委任管理者は、組織のアクセスを削除する前に Capacity Manager を無効にしておく必要があります。

1. Capacity Manager を無効にする前に、アクティブなデータエクスポートを削除する必要があります。

**サービスリンクロールを IAM で手動削除するには**

AWSServiceRoleForEC2CapacityManager サービスリンクロールは、IAM コンソール、AWS CLI、または AWS API を使用して削除します。詳細については、「*IAM ユーザーガイド*」の「[サービスにリンクされたロールの削除](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#delete-service-linked-role)」を参照してください。

## Capacity Manager サービスリンクロールがサポートされるリージョン
<a name="slr-regions"></a>

Capacity Manager は、このサービスを利用できるすべてのリージョンでサービスリンクロールの使用をサポートしています。詳細については、「[AWS リージョンとエンドポイント](https://docs.aws.amazon.com/general/latest/gr/rande.html)」を参照してください。

Capacity Manager は、このサービスを利用できるすべてのリージョンでサービスリンクロールの使用をサポートしているわけではありません。AWSServiceRoleForEC2CapacityManager ロールは、以下のリージョンで使用できます。


| リージョン名 | リージョン識別子 | Capacity Manager でのサポート | 
| --- | --- | --- | 
| 米国東部 (バージニア北部) | us-east-1 | はい | 
| 米国東部 (オハイオ) | us-east-2 | はい | 
| 米国西部 (北カリフォルニア) | us-west-1 | はい | 
| 米国西部 (オレゴン)  | us-west-2 | はい | 
| アフリカ (ケープタウン) | af-south-1 | いいえ | 
| アジアパシフィック (香港) | ap-east-1 | いいえ | 
| アジアパシフィック (ジャカルタ) | ap-southeast-3 | いいえ | 
| アジアパシフィック (ムンバイ) | ap-south-1 | はい | 
| アジアパシフィック (大阪) | ap-northeast-3 | はい | 
| アジアパシフィック (ソウル) | ap-northeast-2 | はい | 
| アジアパシフィック (シンガポール) | ap-southeast-1 | はい | 
| アジアパシフィック (シドニー) | ap-southeast-2 | はい | 
| アジアパシフィック (東京) | ap-northeast-1 | はい | 
| カナダ (中部) | ca-central-1 | はい | 
| 欧州 (フランクフルト) | eu-central-1 | はい | 
| 欧州 (アイルランド) | eu-west-1 | はい | 
| 欧州 (ロンドン) | eu-west-2 | はい | 
| 欧州 (ミラノ) | eu-south-1 | いいえ | 
| 欧州 (パリ) | eu-west-3 | はい | 
| 欧州 (ストックホルム) | eu-north-1 | はい | 
| 中東 (バーレーン) | me-south-1 | いいえ | 
| 中東 (アラブ首長国連邦) | me-central-1 | いいえ | 
| 南米 (サンパウロ） | sa-east-1 | はい | 
| AWS GovCloud (米国東部) | us-gov-east-1 | いいえ | 
| AWS GovCloud (米国西部) | us-gov-west-1 | いいえ | 

# Capacity Manager でのデータの整理
<a name="capacity-manager-data-organization"></a>

Capacity Manager は、メトリクス、データポイント、ディメンション、日付範囲、期間の組み合わせを使用してキャパシティデータを整理します。これは、使用状況パターンを分析し、リソースに関して情報に基づいた判断を行うために役立ちます。

**メトリクスとデータポイント**

メトリクスとは、時間順に並べられた一連のデータポイントです。例えば、vCPU でのスポット使用状況を監視する場合は、`SpotTotalUsageHrsVcpu` メトリクスを使用します。

このメトリクスは、vCPU 時間単位でのスポット使用状況とタイムスタンプ付きのデータポイントを 1 時間ごとに生成します。例えば、午前 10 時に 100 vCPU を使用した場合、Capacity Manager はタイムスタンプが午前 10 時のデータポイントと 100 の値を作成します。

Capacity Manager が分析するメトリクスの完全なリストについては、「[EC2 Capacity Manager のメトリクス](cm-metrics-units.md)」を参照してください。

**ディメンション**

ディメンションは、メトリクスのさまざまな側面を分類して特定するために役立つ名前と値のペアです。例えば、Capacity Manager にある 1 つのディメンションの名前は AccountID で、値は実際のアカウント ID です。Capacity Manager は、インスタンスファミリー、予約 ARN、予約タイプ、テナンシーなどのデータをセグメント化およびグループ化するためのディメンションを提供します。

ディメンションの完全なリストについては、「[EC2 Capacity Manager のメトリクス](cm-metrics-units.md)」を参照してください。

**日付範囲と期間**

日付範囲は、分析する時間を 1 時間から 90 日間の範囲で指定します。期間は、Capacity Manager が時間全体でデータを集計する方法と、返すデータポイントの数を決定します。例えば、日付範囲が 1 週間で期間が 1 日の場合、Capacity Manager は 7 個のデータポイントを返します。各データポイントは、1 日分の集計データを表します。期間は 1 時間間隔とし、日付範囲に均等に分割する必要があります。

**Topics**
+ [EC2 Capacity Manager のメトリクス](cm-metrics-units.md)
+ [データのグループ化とフィルタリング](grouping-filtering-data.md)

# EC2 Capacity Manager のメトリクス
<a name="cm-metrics-units"></a>

Capacity Manager は、さまざまなリソースタイプ全体のキャパシティを追跡するための広範なメトリクス選択肢を提供します。メトリクスは、分析ニーズに応じて異なる単位を使用して測定できます。

Capacity Manager のメトリクス名には、測定されるキャパシティのタイプを分類するために 4 つの異なるプレフィックスが使用されています。
+ `Reservation` – リザーブドキャパシティの合計、使用率、未使用のキャパシティ、予約数を含めたキャパシティ予約そのもののメトリクス。
+ `Reserved` – キャパシティ予約が適用されるオンデマンドインスタンスの使用状況。
+ `Unreserved` – キャパシティ予約外で実行されるオンデマンドインスタンスの使用状況。
+ `Spot` – ランタイムや推定コストを含めたスポットインスタンス使用状況専用のメトリクス。これらのメトリクスは、予約ベースのキャパシティとは別のものです。

以下の表には、各メトリクスで*利用できるディメンション*も記載されています。ディメンションのカテゴリーは次のように分類されます。
+ **一般的なキャパシティディメンション** – アカウント ID、リージョン、インスタンスファミリー、アベイラビリティーゾーン、インスタンスタイプ、プラットフォーム、テナンシー
+ **キャパシティ予約ディメンション** – 予約 ID (キャパシティ予約 ID)、予約 ARN、未使用の財務所有者、予約タイプ (ODCR/キャパシティブロック)、作成タイムスタンプ、開始タイムスタンプ、終了タイムスタンプ、状態、インスタンス一致基準。
+ **予約使用状況ディメンション** – 予約 ID (CRID)、予約 ARN、予約タイプ


| メトリクス | 説明 | 利用可能なディメンション | 利用可能な単位 | 
| --- | --- | --- | --- | 
| ReservationAvgCommittedSize | コミットメントが設定されたアクティブまたはスケジュール済み状態のキャパシティの平均合計量。サイズはディメンション全体で合計され、時間全体で平均化されます。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationAvgFutureSize | 将来起動することがスケジュールされているが、選択した期間中はまだアクティブ化されていないキャパシティ予約の平均量。サイズはディメンション全体で合計され、時間全体で平均化されます。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationAvgUtilization | 選択した期間中に使用されたリザーブドキャパシティの平均パーセンテージ。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationMaxCommittedSize | コミットメントが設定されたアクティブまたはスケジュール済み状態の最大合計キャパシティ。サイズはディメンション全体で合計され、その期間の最大値が使用されます。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationMaxFutureSize | 将来起動することがスケジュールされているが、選択した期間中はまだアクティブ化されていないキャパシティ予約の最大量。サイズはディメンション全体で合計され、期間の最大値が使用されます。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationMaxSize | 選択した期間中の任意の時点で到達したキャパシティ予約の最大サイズ。予約 ID が必要です。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationMaxUnusedSize | 選択した期間中の任意の時点におけるキャパシティ予約の未使用キャパシティの最大量。予約 ID が必要です。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationMaxUtilization | 選択した期間中の任意の時点で達成したキャパシティ予約の最大使用パーセンテージ。予約 ID が必要です。 | 一般的なキャパシティとキャパシティ予約のディメンション |  | 
| ReservationMinCommittedSize | コミットメントが設定されたアクティブまたはスケジュール済み状態のキャパシティの最大合計量。サイズはディメンション全体で合計され、その期間の最小値が使用されます。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationMinFutureSize | 将来起動することが予定されているが、選択した期間のどの時点でもまだアクティブ化されていないキャパシティ予約の最大量。サイズはディメンション全体で合計され、その期間の最小値が使用されます。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationMinSize | 選択した期間中の任意の時点で到達したキャパシティ予約の最小サイズ。予約 ID が必要です。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationMinUnusedSize | 選択した期間中の任意の時点におけるキャパシティ予約の未使用キャパシティの最小量。予約 ID は必須です。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationMinUtilization | 選択した期間中の任意の時点で達成したキャパシティ予約の最小使用パーセンテージ。予約 ID が必要です。 | 一般的なキャパシティとキャパシティ予約のディメンション |  | 
| ReservationTotalCapacityHrs | 選択した期間中にキャパシティ予約を使用して予約したキャパシティの合計量。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationTotalCount | 選択した期間中に所有していた各種キャパシティ予約の総数。 | 一般的なキャパシティとキャパシティ予約のディメンション |  | 
| ReservationTotalEstimatedCost | 選択した期間中に予約されたキャパシティ合計時間の推定コスト。 | 一般的なキャパシティとキャパシティ予約のディメンション  |  | 
| ReservationUnusedTotalCapacityHrs | 選択した期間中に所有していたが使用しなかったリザーブドキャパシティの合計量。 | 一般的なキャパシティとキャパシティ予約のディメンション | vCPU、インスタンス | 
| ReservationUnusedTotalEstimatedCost | 選択した期間中に所有していたが使用しなかったリザーブドキャパシティの推定コスト (オンデマンド料金を使用して算出)。 | 一般的なキャパシティとキャパシティ予約のディメンション |  | 
| ReservedTotalEstimatedCost | 選択した期間中にキャパシティ予約が適用されたオンデマンドインスタンスの推定使用コスト。スポットの使用は対象外です。 | 一般的なキャパシティと予約使用のディメンション |  | 
| ReservedTotalUsageHrs | 選択した期間中にキャパシティ予約が適用されたオンデマンドインスタンスの合計使用時間。スポットの使用は対象外です。 | 一般的なキャパシティと予約使用のディメンション | vCPU、インスタンス | 
| SpotAvgRunTimeBeforeInterruption | 選択した期間に中断されたインスタンスの時間単位での平均ランタイム。 | リージョン、AZ、およびアカウント ID ディメンションのみ | インスタンス | 
| SpotInterruptionRate | 選択した期間に中断された実行中のスポットインスタンスの割合。 | リージョン、AZ、およびアカウント ID ディメンションのみ | vCPU、インスタンス | 
| SpotMaxRunTimeBeforeInterruption | 選択した期間に中断されたインスタンスの最大ランタイム。 | リージョン、AZ、およびアカウント ID ディメンションのみ | インスタンス | 
| SpotMinRunTimeBeforeInterruption | 選択した期間に中断されたインスタンスの時間単位での最小ランタイム。 | リージョン、AZ、およびアカウント ID ディメンションのみ | インスタンス | 
| SpotTotalCount | 選択した期間中に実行されたスポットインスタンスまたは vCPU の数。 | リージョン、AZ、およびアカウント ID ディメンションのみ | vCPU、インスタンス | 
| SpotTotalEstimatedCost | 選択した期間中のスポットインスタンスの推定使用コスト (公開されているスポット料金を使用して算出)。 | 一般的なキャパシティディメンション |  | 
| SpotTotalInterruptions | 選択した期間中に中断されたスポットインスタンスまたは vCPU の数。 | リージョン、AZ、およびアカウント ID ディメンションのみ | vCPU、インスタンス | 
| SpotTotalUsageHrs | 選択した期間中のスポットインスタンスの合計使用時間。 | 一般的なキャパシティディメンション | vCPU、インスタンス | 
| UnreservedTotalEstimatedCost | 選択した期間中にキャパシティ予約が適用されなかったオンデマンドインスタンスの推定使用コスト。スポットの使用は対象外です。 | 一般的なキャパシティディメンション |  | 
| UnreservedTotalUsageHrs | 選択した期間中にキャパシティ予約が適用されなかったオンデマンドインスタンスの合計使用時間。スポットの使用は対象外です。 | 一般的なキャパシティディメンション | vCPU、インスタンス | 

**注記**  
単位にインスタンスを含める場合は、ディメンションにインスタンスタイプを含めることが推奨されます。

# データのグループ化とフィルタリング
<a name="grouping-filtering-data"></a>

Capacity Manager は、ユーザーが選択したディメンションと期間に基づいてメトリクスを集計します。ディメンションが選択されていない場合、Capacity Manager は日付範囲内のデータを集約し、期間ごとに 1 つのデータポイントを返します。ディメンションを追加することで、データをより小さな集計にグループ化できます。
+ **グループ化** – リージョン、インスタンスファミリー、またはアカウント ID などのディメンション別にキャパシティデータを分類します。複数のディメンションでメトリクスをグループ化して、データをさらに分類することができます。例えば、リージョンとアベイラビリティーゾーンでグループ化すると、使用状況があるリージョンとアベイラビリティーゾーンの組み合わせに関するデータポイントを取得できます。
+ **フィルタリング** – 選択したディメンションの特定のサブセットのみを表示します。例えば、インスタンスファミリーでグループ化すると、使用状況があるすべてのファミリーに関するデータポイントを取得できます。ただし、p5 でのフィルタリングも行う場合は、p5 インスタンスファミリーに関するデータポイントのみが表示されます。
+ **メトリクス単位** – vCPU、インスタンス、推定コストといった異なる単位で結果を表示します。例えば、リージョンでグループ化してから特定のインスタンスファミリーでフィルタリングすると、異なる方法でデータを表示できます。使用した vCPU の合計数、実行中のインスタンスの数、または推定コスト間で切り替えます。

## コンソールでデータのグループ化とフィルタリングを実行する方法
<a name="grouping-filtering-process"></a>

**Capacity Manager でデータのグループ化とフィルタリングを実行する**

1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。

1. ナビゲーションペインで、**[Capacity Manager]** を選択します。

1. **[使用量]**、**[予約]**、または **[スポット]** から、分析するリソースタイプのタブを選択します。

1. **[日付フィルター]** セクションで、[日付範囲]、[タイムゾーン]、[間隔] を選択します。

1. **[ディメンションフィルター]** セクションの *[ディメンションを選択]* ドロップダウンからディメンションを選択します。

1. グループ化に使用するディメンションをドロップダウンから選択します。ディメンションのオプションはリソースタイプごとに異なることに注意してください。詳細については、[EC2 Capacity Manager のメトリクス](cm-metrics-units.md)を参照してください。

   複数のディメンションを追加して、より詳細なグループを作成できます。

1. 選択したディメンションでフィルタリングするには、*[ディメンションでフィルタリング]* ドロップダウンからフィルターオプションを選択します。

1. **[集計]** セクションで単位を選択して、vCPU、インスタンス、または推定コストごとの結果を表示します。

# AWS コンソールでの Capacity Manager のナビゲーション
<a name="capacity-manager-console"></a>

Capacity Manager コンソールは、キャパシティデータのさまざまなビューを提供するタブで構成されています。
+ **ダッシュボード** – すべてのオンデマンドキャパシティ予約、オンデマンド、スポットの使用状況のおおまかな概要を提供するもので、キャパシティ体制の改善に役立つ主要メトリクスや上位アラートが含まれています。
+ **使用量** – オンデマンドインスタンスとスポットインスタンスに関するインスタンス使用パターンの概要を提供します。柔軟なグループ化とフィルタリングを通じてキャパシティ予約の適用範囲を分析し、最適化機会を特定します。
+ **予約** – アカウントとリージョン全体のキャパシティ予約使用率、管理機能、詳細な予約メトリクスの分析を提供します。
+ **スポット** – アカウントとリージョン全体のスポット使用パターンを監視し、スポットインスタンスのコスト分析を提供します。
+ **データエクスポート** – スケジューリング、フォーマット、テンプレートの選択など、Amazon S3 へのデータエクスポートの設定を管理します。
+ **設定** – 組織のアクセスやリージョン設定などのサービス設定オプションを提供します。

[使用量] タブと [予約] タブ内では、Capacity Manager が階層的なナビゲーション構造を提供します。この構造は、おおまかな概要を詳細なリソース情報にドリルダウンすることを可能にします。このナビゲーションパターンを理解することは、キャパシティデータを効率的に分析して最適化機会を特定するために役立ちます。

**Topics**
+ [ナビゲーション階層](#navigation-hierarchy)
+ [使用量と予約の内訳と詳細を表示する](#navigation-page-breakdown)

## ナビゲーション階層
<a name="navigation-hierarchy"></a>

Capacity Manager は、使用状況と予約に関する 3 レベルのナビゲーション構造を使用します。

1. **概要ページ** – 集計されたメトリクスによるおおまかな概要。

1. **内訳ページ** – フィルタリングとグループ化のオプションによる詳細な分析

1. **詳細ページ:**
   + 使用状況の詳細 – 選択したディメンションの組み合わせに関する情報。使用パターンを理解するために役立つ統計と時系列データを提供します。
   + 予約の詳細 – 特定のキャパシティ予約に関する情報。使用率統計、経時的な使用パターン、設定の詳細などが含まれます。

**注記**  
スポットは、概要ページのみを使用する簡素化された構造に従います。

## 使用量と予約の内訳と詳細を表示する
<a name="navigation-page-breakdown"></a>

[使用量] タブと [予約] タブはどちらも同じ 3 レベルのナビゲーション構造に従うため、概要ページから内訳ページ、詳細ページへと進むことができます。内訳ページと詳細ページにアクセスするプロセスは似ていますが、各タブ内のナビゲーションリンクの場所にわずかな違いがあります。

**リソースの内訳ページにアクセスする**

1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。

1. ナビゲーションペインで、**[Capacity Manager]** を選択します。

1. **[使用量]** または **[予約]** から、分析するリソースタイプのタブを選択します。

1. **[集計]** セクションで、内訳リンクを見つけます。
   + **[使用量]**: **[アクション]** 列で **[内訳を表示]** を選択します。
**注記**  
画面のサイズまたは適用したディメンションの数によっては、ページを水平方向にスクロールして [内訳を表示] リンクを見つける必要がある場合があります。
   + **[予約]**: **[予約]** 列で、表示する予約の番号 (番号はリンク) を選択します。

**詳細ページにアクセスする**

1. 内訳ページで関連するセクションに移動します。
   + **[使用量]**: 一意のディメンション組み合わせセクション。
   + **[予約]**: 予約セクション。

1. 選択したリソースの関連セクションで詳細ページにアクセスします。
   + **[使用量]**: [アクション] 列で **[詳細を表示]** を選択します。
**注記**  
画面のサイズまたは適用したディメンションの数によっては、ページを水平方向にスクロールして [詳細を表示] リンクを見つける必要がある場合があります。
   + **[予約]**: [予約 ID] 列で表示する予約を選択します。

# Capacity Manager データのエクスポート
<a name="exporting-cm-data"></a>

EC2 Capacity Manager から Amazon S3 にキャパシティデータをエクスポートして、さらなる分析、カスタムレポートの作成、他の AWS サービスとの統合を行えるようにします。データは、CSV 形式または Parquet 形式でエクスポートできます。以下のセクションには、Capacity Manager データをエクスポートする方法に関する情報が記載されています。

**注記**  
Capacity Manager は、AWS アカウントごとに 1 件のデータエクスポートのみを許可します。

**Topics**
+ [Capacity Manager データエクスポート用の Amazon S3 バケットのセットアップ](cm-set-up-s3-export.md)
+ [Capacity Manager データ用のデータエクスポートの作成](create-cm-export.md)

# Capacity Manager データエクスポート用の Amazon S3 バケットのセットアップ
<a name="cm-set-up-s3-export"></a>

Capacity Manager データエクスポートを受信するには、AWS アカウント アカウントにエクスポートファイルを受信して保存するための Amazon S3 バケットが必要です。所有している既存の Amazon S3 バケットの選択や、新しいバケットの作成は、Capacity Manager コンソールでデータエクスポートを作成するときに行えます。

いずれの場合も、Capacity Manager によるエクスポートファイルの配信を許可するために必要なバケットポリシーを適用する必要があります。データエクスポートを作成した後で Amazon S3 コンソールでこのポリシーを編集したり、S3 バケットの所有者を変更したりすると、Capacity Manager がエクスポートを配信できなくなります。

Amazon S3 バケットを作成するには、「*Amazon Simple Storage Service ユーザーガイド*」の「[S3 バケットの作成](https://docs.aws.amazon.com/AmazonS3/latest/userguide/create-bucket-overview.html)」を参照してください。

Capacity Manager がデータエクスポートを配信できるようにするには、以下のポリシーを S3 バケットに適用する必要があります。

```
{
    "Version": "2012-10-17",		 	 	 
    "Statement": [
        {
            "Effect": "Allow",
            "Principal": {
                "Service": "ec2.capacitymanager.amazonaws.com"
            },
            "Action": [
                "s3:PutObject",
                "s3:GetObject",
                "s3:ListBucket"
            ],
            "Resource": [
                "arn:aws:s3:::amzn-s3-demo-bucket",
                "arn:aws:s3:::amzn-s3-demo-bucket/*"
            ],
            "Condition": {
                "StringEquals": {
                    "aws:SourceAccount": "111122223333"
                },
                "ArnLike": {
                    "aws:SourceArn": "arn:aws:ec2:us-east-1:111122223333:capacity-manager-data-export/*"
                }
            }
        }
    ]
}
```

このバケットポリシーは、Capacity Manager のデータエクスポートファイルをバケットにセキュアに配信できることを確実にするために役立ちます。具体的には次のとおりです。
+ Capacity Manager のデータエクスポートが配信されるたびに、バケットの所有者がエクスポートを設定したアカウントのまま変わっていないことを AWS が最初に確認します。バケットの所有権が変更されていた場合、エクスポートは配信されません。これは、Capacity Manager データのセキュリティの確保に役立ちます。このバケットポリシーは、AWS (`"Effect": "Allow"`) が、どのアカウントがバケットを所有するかを確認すること (`"Action": ["s3:ListBucket"]`) を許可します。
+ ポリシーは、エクスポートファイルを書き込み (`"Action": "s3:PutObject"`)、オブジェクトを読み込んで (`"Action": "s3:GetObject"`) バケットにデータをコピーする許可を Capacity Manager サービス (`"Service": "ec2.capacitymanager.amazonaws.com"`) に付与します。

# Capacity Manager データ用のデータエクスポートの作成
<a name="create-cm-export"></a>

データエクスポートの作成には、Capacity Manager コンソールのデータエクスポートページ、または AWS CLI を使用できます。

## 前提条件
<a name="cm-export-prerequisites"></a>

Amazon Simple Storage Service (Amazon S3) バケットを作成する必要があります。以下の条件を確認する必要があります。
+ Capacity Manager を有効にした AWS リージョンと同じリージョン内に S3 バケットがあること。
+ Capacity Manager サービスがファイルを配信するために必要な許可ポリシーが S3 バケットにあること。

詳細については、[Capacity Manager データエクスポート用の Amazon S3 バケットのセットアップ](cm-set-up-s3-export.md)を参照してください。

## 手順
<a name="cm-export-procedure"></a>

Capacity Manager データは、AWS コンソール、AWS CLI、または PowerShell を使用してエクスポートできます。

------
#### [ Console ]

**データエクスポートを作成する**

1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。

1. ナビゲーションペインで、**[Capacity Manager]** を選択します。

1. **[データエクスポート]** タブを選択します。

1. **[データエクスポートを作成]** を選択します。

1. エクスポートのプロパティ、配信先、タグ (オプション) を設定します。

1. **[作成]** を選択します。

------
#### [ AWS CLI ]

**データエクスポートを作成する**  
以下のコマンドを使用して、指定された設定でデータエクスポートを作成します。

```
aws ec2 create-capacity-manager-data-export \
    --s3-bucket-name my-exports-bucket \
    --s3-bucket-prefix capacity-data-exports \
    --schedule hourly \
    --output-format parquet/CSV \
    --tag-specifications 'ResourceType=capacity-manager-data-export,Tags=[{Key=environment,Value=production}]'
```

------
#### [ PowerShell ]

**データエクスポートを作成する**  
[New-EC2CapacityManagerDataExport](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2CapacityManagerDataExport.html) コマンドレットを使用します。

```
New-EC2CapacityManagerDataExport `
    -S3BucketName "my-exports-bucket" `
    -S3BucketPrefix "capacity-data-exports" `
    -Schedule "hourly" `
    -OutputFormat "parquet" `
    -TagSpecification @([Amazon.EC2.Model.TagSpecification]@{
        ResourceType = "capacity-manager-data-export"
        Tags = @([Amazon.EC2.Model.Tag]@{
            Key   = "environment"
            Value = "production"
        })
    })
```

------