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

# でインスタンスタイプのレコメンデーションを取得する AWS Compute Optimizer
<a name="asg-getting-recommendations"></a>

AWS は Amazon EC2 インスタンスタイプのレコメンデーションを提供し、 の機能を使用して、パフォーマンスの向上、コスト削減、またはその両方を支援します AWS Compute Optimizer。これらの推奨事項を使用して、Auto Scaling グループ内の新しいインスタンスタイプに移行するかどうかを判断できます。

推奨事項を作成するために、Compute Optimizer は既存インスタンスの仕様と最近のメトリックス履歴を分析します。次に、コンパイルされたデータを使用して、既存のパフォーマンスワークロードを処理するために最適な Amazon EC2 インスタンスタイプを推奨します。推奨事項は、時間あたりのインスタンス料金とともに返されます。

**注記**  
Compute Optimizer から推奨事項を取得するには、まず Compute Optimizer にオプトインする必要があります。詳細については、「AWS Compute Optimizer ユーザーガイド」の「[AWS Compute Optimizerの使用開始](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html)」を参照してください。

**Topics**
+ [制限](#compute-optimizer-limitations)
+ [検出結果](#findings-classifications)
+ [推奨事項の表示](#viewing-recommendations)
+ [推奨事項の評価に関する考慮事項](#considerations)

## 制限
<a name="compute-optimizer-limitations"></a>

Compute Optimizer は、M、C、R、T、X のインスタンスタイプを起動して実行するように設定された Auto Scaling グループ内のインスタンスの推奨事項を生成します。ただし、 AWS Graviton2 プロセッサを搭載した -g インスタンスタイプ (C6g など) と、ネットワーク帯域幅パフォーマンスが高い -n インスタンスタイプ (M5n など) の推奨事項は生成されません。

また、Auto Scaling グループは、単一のインスタンスタイプを実行するように設定する必要があります（つまり、インスタンスタイプが混在しない）。また、スケーリングポリシーがアタッチされておらず、希望キャパシティ、最小キャパシティ、最大キャパシティ（インスタンス数が固定されている Auto Scaling グループ）に対して同じ値を持つ必要があります。Compute Optimizer は、これらの構成要件の*すべて*を満たす Auto Scaling グループのインスタンス推奨事項を生成します。

## 検出結果
<a name="findings-classifications"></a>

Compute Optimizer は、Auto Scaling グループの調査結果を次のように分類します。
+ **最適化されていない** – Compute Optimizer がワークロードのパフォーマンスを向上できる推奨事項を特定した場合、Auto Scaling グループは、最適化されていないとみなされます。
+ **最適化** – 選択したインスタンスタイプに基づいて、ワークロードを実行するためにグループが正しくプロビジョニングされていると Compute Optimizer が判断した場合、Auto Scaling グループは、最適化されていると見なされます。最適化されたリソースについては、Compute Optimizer が新世代のインスタンスタイプを推奨することがあります。
+ **なし** – Auto Scaling グループの推奨事項はありません。これは、Compute Optimizer を 12 時間未満にオプトインした場合、または Auto Scaling グループの実行が 30 時間未満の場合、または Auto Scaling グループまたはインスタンスタイプが Compute Optimizer でサポートされていない場合に発生する可能性があります。詳細については「[制限](#compute-optimizer-limitations)」セクションを参照してください。

## 推奨事項の表示
<a name="viewing-recommendations"></a>

Compute Optimizer にオプトインすると、Auto Scaling グループに対して生成された結果と推奨事項を表示できます。最近オプトインした場合、推奨事項が最大 12 時間、反映されないことがあります。

**Auto Scaling グループに対して生成された推奨事項を表示する**

1. [https://console.aws.amazon.com/compute-optimizer/](https://console.aws.amazon.com/compute-optimizer/) で、Compute Optimizer コンソールを開きます。

   ダッシュボードページが開きます。

1. [**View recommendations for all Auto Scaling groups (すべての Auto Scaling グループの推奨事項を表示する)**] を選択します。

1. Auto Scaling スケーリンググループを選択します。

1. [**View detail (詳細を表示)**] を選択します。

   デフォルトのテーブル設定に基づいて、事前構成されたビューに最大 3 つの異なるインスタンスの推奨事項が表示されるように、ビューが変更されます。また、Auto Scaling グループ最新の CloudWatch メトリックデータ (平均 CPU 利用率、平均ネットワーク入力および平均ネットワーク出力) も提供されます。

推奨事項の 1 つを使用するかどうかを決定します。パフォーマンスの向上のために最適化するか、コスト削減のために最適化するか、これら 2 つの組み合わせのために最適化するかを決定します。

Auto Scaling グループのインスタンスタイプを変更するには、起動テンプレートを更新するか、Auto Scaling group を更新して新しい起動設定を使用します。既存のインスタンスでは、引き続き以前の設定を使用します。既存のインスタンスを更新するには、これらのインスタンスを終了して Auto Scaling グループに置き換えるようにするか、オートスケーリングにより[終了ポリシー](as-instance-termination.md)に基づいて古いインスタンスを新しいインスタンスに徐々に置き換えるようにします。

**注記**  
インスタンスの最大有効期間とインスタンスの更新機能を使用すると、Auto Scaling グループ内の既存のインスタンスを置き換えて、新しい起動テンプレートや起動設定を使用する新しいインスタンスを起動することもできます。詳細については、「[インスタンスの最大存続期間に基づいて Auto Scaling インスタンスを置き換える](asg-max-instance-lifetime.md)」および「[インスタンスの更新を使用して Auto Scaling グループのインスタンスを更新する](asg-instance-refresh.md)」を参照してください。

## 推奨事項の評価に関する考慮事項
<a name="considerations"></a>

新しいインスタンスタイプに移行する前に、次の点を考慮してください。
+ 推奨情報は使用状況を予測するものではありません。推奨事項は、直近の 14 日間の使用履歴に基づいています。将来の使用ニーズを満たすことが予想されるインスタンスタイプをかならず選択してください。
+ グラフ化されたメトリクスを参考にして、実際の使用量がインスタンスのキャパシティーよりも低いかどうかを判断します。メトリクスデータ (平均、ピーク、パーセンタイル) を CloudWatch で表示し、EC2 インスタンスの推奨事項をさらに評価することもできます。例えば、一日の CPU パーセンテージメトリクスがどのように変化するか、ピークに対応する必要があるかどうかに注目します。詳細については、「*Amazon CloudWatch ユーザーガイド*」の「[利用可能なメトリクスを表示する](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/viewing_metrics_with_cloudwatch.html)」を参照してください。
+ Compute Optimizer は、バーストパフォーマンスインスタンス (T3、T3a、および T2 インスタンス) の推奨事項を提供する場合があります。ベースラインを定期的に上回る場合は、新しいインスタンスタイプの vCPU に基づいて引き続きバーストを実行できることを確認します。詳細については、「*Amazon EC2 ユーザーガイド*」の「[バーストパフォーマンスインスタンスの CPU クレジットおよびベースラインパフォーマンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html)」を参照してください。
+ リザーブドインスタンスを購入した場合、オンデマンドインスタンスはリザーブドインスタンスとして請求される場合があります。現在のインスタンスタイプを変更する前に、まず リザーブドインスタンス の使用率とカバレッジに対する影響を評価します。
+ 可能であれば、新世代のインスタンスへの交換を検討します。
+ 別のインスタンスファミリーに移行する場合は、仮想化、アーキテクチャー、ネットワークタイプなどの点で、現在のインスタンスタイプと新しいインスタンスタイプに互換性があることを確認してください。詳細については、「*Amazon EC2 ユーザーガイド*」の「[インスタンスのサイズ変更の互換性](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#resize-limitations)」を参照してください。
+ 最後に、推奨事項ごとに提供されるパフォーマンスリスク評価を検討します。パフォーマンスリスクは、推奨されるインスタンスタイプがワークロードのパフォーマンス要件を満たすかどうかを検証するために費やす必要のある作業量を示します。また、変更前と変更後に厳格な負荷テストおよびパフォーマンステストを行うことをお勧めします。

**その他のリソース**  
このページのトピックに加えて、次のリソースも参照してください。
+ [Amazon EC2 インスタンスタイプ](https://aws.amazon.com/ec2/instance-types/)
+ [AWS Compute Optimizer ユーザーガイド](https://docs.aws.amazon.com/compute-optimizer/latest/ug/)