翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Viewing idle resource recommendations
Compute Optimizer は、 AWS クラウドコストを削減するために削除または停止できるアイドル状態のリソースを特定するのに役立ちます。アイドル状態のレコメンデーションには、Compute Optimizer コンソールと一連の APIs からアクセスできます。アイドル状態のレコメンデーションは、以下のサポートされている AWS リソースで使用できます。
-
Amazon EC2 インスタンス
-
Amazon EC2 Auto Scaling グループ
-
Amazon EBS ボリューム
-
Fargate 上の Amazon ECS サービス
-
Amazon Aurora および RDS データベース
-
Amazon NAT Gateway
レコメンデーションは毎日更新されます。これらの推奨事項は、ルックバック期間中の AWS リソースの仕様と使用率メトリクスを分析することで生成されます。ルックバック期間は、サポートされているリソースとレコメンデーション設定によって異なります。推奨設定が設定されていない場合、デフォルトのルックバック期間は 14 日間です。詳細については、「Idle criteria per resource」を参照してください。
注記
EBS ボリュームと NAT Gateway では、32 日間のルックバック期間にわたってアタッチメントのステータスを分析します。
Idle criteria per resource
アイドルレコメンデーションの対象となるサポートされている各リソースには、アイドル状態であることが独自の基準があります。次の表は、各リソースのアイドル条件を分類し、アイドルリソースに対する Compute Optimizer の推奨アクションも示しています。
| [リソース] | 分析されたメトリクス | アイドル条件 | 推奨されるアクション |
|---|---|---|---|
|
Amazon EC2 インスタンス |
CPU 使用率、ネットワーク IO、GPU 使用率、GPU エンコーダー使用率、GPU メモリ使用率 |
CPU のピーク使用率は 5% 未満で、14 日間のルックバック期間におけるネットワーク I/O は 5MB/日未満です。 G または P インスタンスタイプは、14 日間のルックバック期間中に次の条件を満たす場合、アイドル状態と見なされます。
|
このインスタンスが必要かどうかを確認します。不要な場合は、このインスタンスの削除を検討してください。 |
|
EC2 Auto Scaling グループ |
CPU 使用率、ネットワーク IO、GPU 使用率、GPU エンコーダー使用率、GPU メモリ使用率 |
EC2 Auto Scaling グループには、14 日間のルックバック期間に 5% を超えるピーク CPU 使用率または 5 MB/日を超えるネットワーク使用率を持つインスタンスはありません。 G または P インスタンスタイプを使用する EC2 Auto Scaling グループは、インスタンスが 14 日間のルックバック期間中に次の基準を満たす場合、アイドル状態と見なされます。
|
このグループが必要かどうかを確認します。このグループを 1 つのインスタンスにスケールダウンするか、削除することを検討してください。 |
|
Amazon EBS ボリューム |
読み取り/書き込みオペレーションとアタッチメントステータス |
Compute Optimizer は、EBS ボリュームがアイドル状態またはアタッチされていないことを確認できます。
|
このボリュームが必要かどうかを確認します。不要な場合は、ボリュームのスナップショットを作成し、削除を検討することをお勧めします。 |
|
Fargate 上の Amazon ECS サービス |
CPU 使用率とメモリ使用率 |
CPU とメモリのピーク使用率は、14 日間のルックバック期間で 1% 未満です。 |
コンテナ化されたアプリケーションが想定どおりに実行されているかどうかを確認します。アプリケーションが実行されていない場合は、このサービスの削除を検討してください。 |
|
Amazon Aurora および RDS データベース |
データベース接続、読み取り/書き込み IOPS、CPU 使用率 |
RDS for MySQL および RDS for PostgreSQL DB インスタンスはリードレプリカではなく、ルックバック期間中にデータベース接続がなく、CPU 使用率が低く、読み取り/書き込みアクティビティも少なかった。 Aurora MySQL と Aurora PostgreSQL DB インスタンスは Aurora Global Database のセカンダリクラスターの一部ではなく、ルックバック期間中にデータベース接続がなく、CPU 使用率が低く、読み取り/書き込みアクティビティも少なかった。 |
この DB インスタンスが必要かどうかを確認します。このインスタンスを一時的に必要としない場合は、RDS MySQL および RDS PostgreSQL DB インスタンスを最大 7 日間停止できます。このインスタンスが不要になった場合は、DB スナップショットを作成してインスタンスを削除できます。アイドル状態の Aurora MySQL および Aurora PostgreSQL インスタンスの場合、DB インスタンスクラスを db.serverless に変更することもできます。 |
|
Amazon NAT Gateway |
アクティブな接続数、送信元からの のパケット、送信先からの のパケット |
NAT ゲートウェイは利用可能な状態であり、どの AWS ルートテーブルにも関連付けられておらず、アクティブな接続も存在せず、ルックバック期間中は送信元と送信先の両方から にパケットがありません。 |
この NAT ゲートウェイが必要かどうかを確認します。ディザスタリカバリのセットアップの一部であるか、ネットワークアーキテクチャのバックアップとして機能しているかどうかを確認します。 |
月間削減額の見積り
推定月間節約額 (割引後)
この列には、Compute Optimizer が推奨するアクションを実行した場合に得られるおおよその月次コスト削減額が、サポートされる料金モデルにおけるアイドル状態のリソースごとに一覧表示されます。サポートされている料金モデルは、特定の AWS リソースによって異なります。例えば、EC2 インスタンスは Savings Plans とリザーブドインスタンス割引をサポートしますが、ECS サービスは Savings Plans 料金モデルのみをサポートします。サポートされている料金モデルでレコメンデーションを受け取るには、削減額見積もりモードの設定を有効にする必要があります。詳細については、「節約額見積もりモード」を参照してください。
注記
節約額見積もりモード設定を有効にしていない場合、この列には、[インスタンス] タブと [ストレージ] タブのどちらでもデフォルトのオンデマンド料金割引情報が表示されます。
推定月間節約額 (オンデマンド)
この列には、Compute Optimizer が推奨するアクションを実行した場合に得られるおおよその月次コスト削減額が、オンデマンド料金モデルにおけるアイドル状態のリソースごとに一覧表示されます。
重要
で Cost Optimization Hub を有効にすると AWS Cost Explorer、Compute Optimizer は特定の料金割引を含む Cost Optimization Hub データを使用してレコメンデーションを生成します。Cost Optimization Hub が有効になっていない場合、Compute Optimizer では Cost Explorer のデータとオンデマンド料金の情報を使用して推奨事項を生成します。詳細については、「AWS Cost Management ユーザガイド」の「Cost Explorerを有効にする」と「Cost Optimization Hub」を参照してください。
