View a markdown version of this page

Viewing idle resource recommendations - AWS Compute Optimizer

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

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

  • Amazon DynamoDB

  • Amazon ElastiCache

  • Amazon MemoryDB

  • Amazon DocumentDB

  • Amazon WorkSpaces

  • Amazon SageMaker エンドポイント

レコメンデーションは毎日更新されます。これらの推奨事項は、ルックバック期間中のAWSリソースの仕様と使用率メトリクスを分析することで生成されます。ルックバック期間は、サポートされているリソースとレコメンデーション設定によって異なります。推奨設定が設定されていない場合、デフォルトのルックバック期間は 14 日間です。詳細については、「Idle criteria per resource」を参照してください。

注記
  • EBS ボリュームと NAT Gateway では、32 日間のルックバック期間にわたってアタッチメントのステータスを分析します。WorkSpaces では、63 日間のルックバック期間にわたってユーザー接続アクティビティを分析します。

  • EBS ボリュームレコメンデーションのルックバック期間を 14 日間に変更しても、EBS ボリュームがアタッチされていないかどうかを判断するために使用される 32 日間のルックバック期間には影響しません。

  • ElastiCache の場合、Compute Optimizer にオプトインした後、レコメンデーションが表示されるまでに最大 48 時間かかることがあります。

Idle criteria per resource

アイドル状態のレコメンデーションの対象となるサポートされている各リソースには、アイドル状態であることが独自の基準があります。次の表は、各リソースのアイドル条件を分類し、アイドルリソースに対する Compute Optimizer の推奨アクションも示しています。

[リソース] 分析されたメトリクス アイドル条件 推奨されるアクション

Amazon EC2 インスタンス

CPU 使用率、ネットワーク IO、GPU 使用率、GPU エンコーダー使用率、GPU メモリ使用率

CPU のピーク使用率が 5% 未満で、14 日間のルックバック期間におけるネットワーク I/O が 5MB/日未満です。

G または P インスタンスタイプは、14 日間のルックバック期間中に次の条件を満たす場合、アイドル状態と見なされます。

  • GPU がルックバック期間の 99% 以上アクティブに動作していない

  • GPU エンコーダーがインスタンスのランタイムの 99% 以上に使用されていない

  • インスタンスレベルでの GPU メモリ使用量が 5% 未満

  • CPU の最大使用率が 5% 未満

  • ネットワーク使用率が 5 MB/日未満

このインスタンスが必要かどうかを確認します。不要な場合は、このインスタンスの削除を検討してください。

EC2 Auto Scaling グループ

CPU 使用率、ネットワーク IO、GPU 使用率、GPU エンコーダー使用率、GPU メモリ使用率

EC2 Auto Scaling グループには、14 日間のルックバック期間に 5% を超えるピーク CPU 使用率または 5 MB/日を超えるネットワーク使用率を持つインスタンスはありません。

G または P インスタンスタイプを使用する EC2 Auto Scaling グループは、インスタンスが 14 日間のルックバック期間中に次の基準を満たす場合、アイドル状態と見なされます。

  • GPU がルックバック期間の 99% 以上アクティブに動作していない

  • GPU エンコーダーがインスタンスのランタイムの 99% 以上に使用されていない

  • インスタンスレベルでの GPU メモリ使用量が 5% 未満

  • CPU の最大使用率が 5% 未満

  • ネットワーク使用率が 5 MB/日未満

このグループが必要かどうかを確認します。このグループを 1 つのインスタンスにスケールダウンするか、削除することを検討してください。

Amazon EBS ボリューム

読み取り/書き込みオペレーションとアタッチメントのステータス

Compute Optimizer は、EBS ボリュームがアイドル状態またはアタッチされていないことを確認できます。

  • アイドル — ルックバック期間における読み取り/書き込みオペレーションの合計が 1 日あたり 1 未満で、ボリュームがルートボリュームでない場合。デフォルトのルックバック期間は 14 日間で、最大 32 日間延長できます。

  • Unattached — 3EC2 日間のルックバック期間中にボリュームが EC2 インスタンスにアタッチされていない場合。

注記
  • EBS ボリュームレコメンデーションのルックバック期間を 14 日間に変更しても、EBS ボリュームがアタッチされていないかどうかを判断するために使用される 32 日間のルックバック期間には影響しません。

このボリュームが必要かどうかを確認します。不要な場合は、ボリュームのスナップショットを作成し、削除を検討することをお勧めします。

Fargate 上の Amazon ECS サービス

CPU 使用率とメモリ使用率

ルックバック期間中の CPU とメモリのピーク使用率は 1% 未満です。デフォルトのルックバック期間は 14 日間で、最大 32 日間延長できます。

コンテナ化されたアプリケーションが想定どおりに実行されているかどうかを確認します。アプリケーションが実行されていない場合は、このサービスの削除を検討してください。

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 ゲートウェイが必要かどうかを確認します。ディザスタリカバリのセットアップの一部であるか、ネットワークアーキテクチャのバックアップとして機能しているかどうかを確認します。

Amazon DynamoDB

消費された読み込みキャパシティーユニットと消費された書き込みキャパシティーユニット

プロビジョニングされたテーブルにのみ適用されます。14 日間のルックバック期間中、テーブルレベルとすべてのグローバルセカンダリインデックス (GSI) レベルの両方で消費された読み取りまたは書き込みキャパシティユニットがない場合、テーブルはアイドル状態と見なされます。

このテーブルが未使用かどうかを確認します。オンデマンドモードに切り替えるか、プロビジョニングされた容量を最小限に抑えることを検討してください。不要になった場合は、S3 にデータをエクスポートし、リソースを削除することを検討してください。

Amazon ElastiCache

新しい接続、エンジン CPU 使用率、キャッシュヒット、キャッシュミス、コマンドの取得、コマンドの設定

Redis エンジンと Valkey エンジンにのみ適用されます。

ノードベース (プロビジョニング済み)

クラスターには新しい接続がなく、エンジン CPU 使用率が 1% 未満で、14 日間のルックバック期間にキャッシュヒット、ミス、コマンドの取得、コマンドの設定が行われていません。メトリクスはノードレベルで評価されます。クラスターは、すべてのノードがアイドル状態の場合にのみアイドル状態になります。

サーバーレス

クラスターには、14 日間のルックバック期間中、処理ユニットが消費されず、現在または新しい接続がなく、キャッシュヒット、ミス、コマンドの取得、コマンドの設定も行われません。

アプリケーションでこのキャッシュレイヤーがまだ必要かどうかを確認します。プロビジョニングされたクラスターの場合は、可変ワークロードの ElastiCache Serverless に切り替えることを検討してください。不要な場合は、リソースの削除を検討してください。

Amazon MemoryDB

新しい接続、エンジン CPU 使用率、キースペースヒット、キースペースミス

クラスターには新しい接続がなく、エンジン CPU 使用率が 1% 未満で、14 日間のルックバック期間にキースペースがヒットまたは欠落することはありません。クラスターは使用可能なステータスである必要があります。

アプリケーションでこのキャッシュレイヤーがまだ必要かどうかを確認します。不要な場合は、リソースの削除を検討してください。

Amazon DocumentDB

データベース接続

プロビジョニングされたクラスターとサーバーレスクラスターの両方に適用されます。Elastic クラスターは除外されます。

クラスターには、14 日間のルックバック期間にわたってデータベース接続がありません。クラスターは使用可能なステータスである必要があります。

プロビジョン済み

このクラスターが必要かどうかを確認します。一時的に不要な場合は、リソースを最大 7 日間停止するか、DocumentDB Serverless に切り替えることを検討できます。不要になった場合は、DB スナップショットを作成し、リソースを削除します。

サーバーレス

このクラスターが必要かどうかを確認します。一時的に必要でない場合は、リソースを最大 7 日間停止できます。不要になった場合は、DB スナップショットを作成し、リソースを削除します。

Amazon WorkSpaces

ユーザー接続アクティビティ

Always On WorkSpaces にのみ適用されます。自動停止およびスタンバイ WorkSpaces は除外されます。

63 日間のルックバック期間中に WorkSpace に接続したユーザーはいません。

割り当てられたユーザーがこの WorkSpace がまだ必要かどうかを確認します。一時的に不要な場合は、自動停止モードに切り替えることを検討してください。ユーザーがアクセスが不要になった場合は、リソースの削除を検討してください。

Amazon SageMaker エンドポイント

呼び出し

エンドポイントでは、14 日間のルックバック期間中に呼び出しがゼロでした。

このエンドポイントがまだ使用されているかどうかを確認します。使用頻度が低い場合は、サポートされている場合は推論コンポーネントのscale-to-zero機能を有効にすることを検討してください。不要になった場合は、リソースの削除を検討してください。

月間削減額の見積り

推定月間節約額 (割引後)

この列には、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」を参照してください。