翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
EC2 インスタンスのレコメンデーションの表示
AWS Compute Optimizer は、Amazon Elastic Compute Cloud (Amazon EC2) インスタンスのインスタンスタイプのレコメンデーションを生成します。Amazon EC2インスタンスの推奨事項は、Compute Optimizer コンソールの次のページに表示されます。
-
EC2 インスタンスのレコメンデーションページには、選択した購入オプション について、現在のインスタンス、検出結果分類、検出結果の理由、プラットフォームの違い、現在のインスタンスタイプ、現在の時間単位の料金が一覧表示されます。Compute Optimizer からの一番のおすすめは、各インスタンスの横に表示されます。このレコメンデーションには、推奨するインスタンスタイプ、選択した購入オプションの時間単価、および現在のインスタンス間の価格差が含まれます。推奨ページを使用して、現在のインスタンスと最も推奨されているインスタンスを比較してください。これにより、インスタンスをアップサイズまたはダウンサイズする必要があるかどうかを判断できます。
-
EC2 インスタンスの詳細ページには、特定のインスタンスに対して最大 3 つの最適化レコメンデーションが一覧表示されます。このページには、EC2インスタンスのレコメンデーションページからアクセスできます。このページには、各レコメンデーションの仕様、そのパフォーマンスリスク、選択した購入オプションの時間別価格が具体的にリストされています。詳細ページには、現在のインスタンスの使用率メトリクスグラフも表示され、推奨されるオプションの予測使用率メトリクスがオーバーレイされます。
レコメンデーションは毎日更新されます。これらのレコメンデーションは、過去 14 日間の現在のインスタンスの仕様と使用率メトリックを分析することによって生成されます。また、拡張インフラストラクチャーメトリクスの有料機能を有効にすると、より長い期間分析してレコメンデーションが生成されます。詳細については、「によって分析されるメトリクス AWS Compute Optimizer」を参照してください。
Compute Optimizer は、特定の要件を満たすEC2インスタンスのレコメンデーションを生成することに注意してください。レコメンデーションの生成には最長で 24 時間かかることがあります。さらに、レコメンデーションを生成するには十分なメトリクスデータを蓄積する必要があります。詳細については、「リソースの要件」を参照してください。
内容
結果の分類
EC2 インスタンスのレコメンデーションページの検出結果列には、分析期間中に各インスタンスがどのように実行されたかの概要が表示されます。
以下の検出結果分類がEC2インスタンスに適用されます。
| 分類 | 説明 |
|---|---|
|
プロビジョニング不足 |
EC2 、CPUメモリ、ネットワークなど、インスタンスの少なくとも 1 つの仕様がワークロードのパフォーマンス要件を満たしていない場合、インスタンスはプロビジョニング不足と見なされます。プロビジョニング不足のEC2インスタンスは、アプリケーションのパフォーマンスが低下する可能性があります。 |
|
過剰なプロビジョニング |
EC2 、CPUメモリ、ネットワークなど、インスタンスの少なくとも 1 つの仕様を、ワークロードのパフォーマンス要件を満たしながらサイズダウンできる場合、および仕様が不足していない場合、インスタンスは過剰プロビジョニングと見なされます。EC2 インスタンスのプロビジョニングが過剰になると、不要なインフラストラクチャコストが発生する可能性があります。 |
|
最適化 |
EC2 、CPUメモリ、ネットワークなどのインスタンスのすべての仕様がワークロードのパフォーマンス要件を満たし、インスタンスが過剰プロビジョニングされていない場合、インスタンスは最適化されていると見なされます。インスタンスの最適化のために、Compute Optimizer は新しい世代のインスタンスタイプを推奨する場合があります。 |
結果の原因
EC2 インスタンスのレコメンデーションとEC2インスタンスの詳細ページの検出理由の列には、インスタンスのどの仕様がプロビジョニング不足またはプロビジョニング過剰かが表示されます。
インスタンスには、次の結果の原因が当てはまります。
| 結果の原因 | 説明 |
|---|---|
|
CPU 過剰プロビジョニング |
インスタンスCPUの設定はサイズを小さくし、ワークロードのパフォーマンス要件を満たすこともできます。これは、ルックバック期間中の現在のインスタンスの |
|
CPU プロビジョニング不足 |
インスタンスCPUの設定がワークロードのパフォーマンス要件を満たしておらず、CPUパフォーマンスを向上させる代替インスタンスタイプがあります。これは、ルックバック期間中の現在のインスタンスの |
|
メモリの過剰プロビジョニング |
インスタンスのメモリ構成は、ワークロードのパフォーマンス要件を満たしたまま、サイズダウンができます。これは、ルックバック期間中の現在のインスタンスのメモリ使用率メトリクスを分析することで特定されます。 注記メモリ使用率は、統合 CloudWatch エージェントがインストールされているリソースに対してのみ分析されます。詳細については、「Amazon CloudWatch Agent でのメモリ使用率の有効化」を参照してください。 |
|
メモリのプロビジョニング不足 |
インスタンスのメモリ構成がワークロードのパフォーマンス要件を満たしていません。メモリパフォーマンスを改善する代替インスタンスタイプがあります。これは、ルックバック期間中の現在のインスタンスのメモリ使用率メトリクスを分析することで特定されます。 |
|
GPU 過剰プロビジョニング |
インスタンスGPUとGPUメモリの設定は、ワークロードのパフォーマンス要件を満たしながらサイズダウンできます。これは、ルックバック期間中の現在のインスタンスの 注記GPU 使用率とGPUメモリ使用率のメトリクスは、統合 CloudWatch エージェントがインストールされているリソースに対してのみ分析されます。詳細については、「 CloudWatch エージェントでNVIDIAGPU使用率を有効にする」を参照してください。 |
|
GPU プロビジョニング不足 |
インスタンスGPUとGPUメモリの設定はワークロードのパフォーマンス要件を満たしておらず、メモリのパフォーマンスを向上させる代替インスタンスタイプがあります。これは、ルックバック期間中の現在のインスタンスの |
|
EBS スループットのオーバープロビジョニング |
インスタンスのEBSスループット設定は、サイズを小さくし、ワークロードのパフォーマンス要件を満たすこともできます。これは、ルックバック期間中に現在のインスタンスにアタッチされたEBSボリュームの |
|
EBS スループットがプロビジョニング不足 |
インスタンスのEBSスループット設定がワークロードのパフォーマンス要件を満たしていません。また、EBSスループットパフォーマンスを向上させる代替インスタンスタイプもあります。これは、ルックバック期間中に現在のインスタンスにアタッチされたEBSボリュームの |
|
EBS IOPS 過剰プロビジョニング |
インスタンスEBSIOPSの設定はサイズを小さくし、ワークロードのパフォーマンス要件を満たすこともできます。これは、ルックバック期間中に現在のインスタンスにアタッチされたEBSボリュームの |
|
EBS IOPS プロビジョニング不足 |
インスタンスEBSIOPSの設定がワークロードのパフォーマンス要件を満たしていません。また、EBSIOPSパフォーマンスを向上させる代替インスタンスタイプもあります。これは、ルックバック期間中に現在のインスタンスにアタッチされたEBSボリュームの |
|
ネットワーク帯域幅の過剰プロビジョニング |
インスタンスのネットワーク帯域幅の構成は、ワークロードのパフォーマンス要件を満たしたまま、サイズダウンができます。これは、ルックバック期間中の現在のインスタンスの |
|
ネットワーク帯域幅のプロビジョニング不足 |
インスタンスのネットワーク帯域幅構成がワークロードのパフォーマンス要件を満たしていません。また、ネットワーク帯域幅のパフォーマンスを向上させる代替インスタンスタイプもあります。これは、ルックバック期間中の現在のインスタンスの |
|
ネットワークのPPSオーバープロビジョニング |
インスタンスのネットワーク PPS (1 秒あたりのパケット数) 設定は、サイズを小さくし、ワークロードのパフォーマンス要件を満たすこともできます。これは、ルックバック期間中の現在のインスタンスの |
|
ネットワークのPPSプロビジョニング不足 |
インスタンスのネットワーク PPS (パケット/秒) 設定がワークロードのパフォーマンス要件を満たしていません。また、ネットワークPPSパフォーマンスを向上させる代替インスタンスタイプもあります。これは、ルックバック期間中の現在のインスタンスの |
|
ディスクのIOPSオーバープロビジョニング |
インスタンスのディスクIOPS設定は、サイズを小さくし、ワークロードのパフォーマンス要件を満たすこともできます。これは、ルックバック期間中の現在のインスタンスの |
|
ディスクのプロビジョニングIOPS不足 |
インスタンスのディスクIOPS設定がワークロードのパフォーマンス要件を満たしていません。また、ディスクIOPSのパフォーマンスを向上させる代替インスタンスタイプもあります。これは、ルックバック期間中の現在のインスタンスの |
|
ディスクスループットの過剰プロビジョニング |
インスタンスのディスクスループットの構成は、ワークロードのパフォーマンス要件を満たしたまま、サイズダウンができます。これは、ルックバック期間中の現在のインスタンスの |
|
ディスクスループットのプロビジョニング不足 |
インスタンスのディスク スループット構成がワークロードのパフォーマンス要件を満たしていません。また、ディスクスループットのパフォーマンスが向上する代替インスタンスタイプもあります。これは、ルックバック期間中の現在のインスタンスの |
注記
インスタンスメトリクスの詳細については、「Amazon Elastic Compute Cloud ユーザーガイド」の「インスタンスで使用できるメトリクスを一覧表示 CloudWatchする」を参照してください。EBS ボリュームメトリクスの詳細については、「Amazon Elastic Compute Cloud ユーザーガイド」の「Amazon の Amazon CloudWatch メトリクスEBS」を参照してください。
インスタンスのタイプを変更することで、インスタンスの CPU、ローカルディスク、メモリ、またはネットワーク仕様を変更できます。例えば、インスタンスタイプを C5 から C5n に変更して、ネットワークのパフォーマンスを改善させることができます。詳細については、「 ユーザーガイド」の「Linux のインスタンスタイプガイドの変更」および「Windows のインスタンスタイプガイドの変更」を参照してください。 EC2
Amazon Elastic Volumes EBS を使用して、EBSボリュームIOPSまたはスループットの仕様を変更できます。詳細については、「Amazon EBSElastic Compute Cloud ユーザーガイド」の「Amazon Elastic Volumes」を参照してください。
AWS Graviton ベースのインスタンスのレコメンデーション
Amazon EC2インスタンスのレコメンデーションを表示すると、 AWS Graviton ベースのインスタンスでワークロードを実行する際の料金とパフォーマンスへの影響を表示できます。これを行うには、CPUアーキテクチャ設定ドロップダウンで Graviton (aws-arm64) を選択します。それ以外の場合は、Current を選択して、現在のインスタンスと同じCPUベンダーとアーキテクチャに基づくレコメンデーションを表示します。
注記
現在の価格 、推奨価格 、価格差 、価格差 (%)、および推定月額削減額列が更新され、現在のインスタンスタイプと選択したCPUアーキテクチャ設定のインスタンスタイプとの価格比較が提供されます。例えば、[Graviton (aws-arm64)] を選択すると、現在のインスタンスタイプと推奨される Graviton ベースのインスタンスタイプとの料金を比較します。
推論されるワークロードタイプ
EC2 インスタンスのレコメンデーションページの推定ワークロードタイプ列には、Compute Optimizer によって推測されるインスタンスで実行されている可能性のあるアプリケーションが一覧表示されます。この列では、インスタンスの属性を分析することでこれを実現しています。これらの属性には、インスタンス名、タグ、設定が含まれます。Compute Optimizer は現在、インスタンスが Amazon を実行しているかどうかを推測できますEMR。Apache Cassandra, Apache Hadoop, Memcached, NGINX, PostgreSQL, Redis, Kafka、または SQLServer。 インスタンスで実行されるアプリケーションを推測することで、Compute Optimizer は x86 ベースのインスタンスタイプから にワークロードを移行する労力を特定できます。Armベース AWS Graviton インスタンスタイプ。詳細については、このガイドの次のセクションにある「移行の労力」を参照してください。
注記
中東 (バーレーン）、アフリカ (ケープタウン）、アジアパシフィック (香港）、欧州 (ミラノ）、アジアパシフィック (ジャカルタ) の各リージョンでは、SQLServerアプリケーションを推測することはできません。
移行の労力
EC2 インスタンスのレコメンデーションとEC2インスタンスの詳細ページの移行作業列には、現在のインスタンスタイプから推奨されるインスタンスタイプへの移行に必要な作業レベルが一覧表示されます。例えば、ワークロードタイプを推測できない場合、移行の労力は中程度ですが、 AWS Graviton インスタンスタイプをお勧めします。 Amazon がEMR推定ワークロードタイプで、 AWS Graviton インスタンスタイプをお勧めします。現在のインスタンスタイプと推奨されるインスタンスタイプの両方が同じCPUアーキテクチャである場合、移行作業は非常に低くなります。x86 ベースのインスタンスタイプから への移行の詳細については、Armベース AWS Graviton インスタンスタイプ。「ワークロードを に移行する際の考慮事項」を参照してください。 AWSGraviton2
プラットフォームの違い
EC2 インスタンスの詳細ページのプラットフォームの違い列には、現在のインスタンスと推奨されるインスタンスタイプの違いが説明されています。 現在のインスタンスから推奨されるインスタンスタイプにワークロードを移行する前に、設定の違いを考慮する必要があります。
EC2 インスタンスには、次のプラットフォームの違いが適用されます。
| プラットフォームの違い | 説明 |
|---|---|
|
アーキテクチャ |
推奨されるインスタンスタイプのCPUアーキテクチャは、現在のインスタンスタイプのアーキテクチャとは異なります。例えば、推奨されるインスタンスタイプは、Arm CPU アーキテクチャと現在のインスタンスタイプは、x86 など、別のものを使用する場合があります。移行する前に、新しいアーキテクチャ用にインスタンス上のソフトウェアを再度コンパイルすることを検討する必要があります。または、新しいアーキテクチャをサポートする Amazon マシンイメージ (AMI) に切り替えることもできます。各インスタンスタイプのCPUアーキテクチャの詳細については、「Amazon EC2 インスタンスタイプ |
|
Hypervisor |
推奨されるインスタンスタイプのハイパーバイザーは、現在のインスタンスのハイパーバイザーとは異なります。例えば、推奨されるインスタンスタイプは、Nitro ハイパーバイザーと現在のインスタンスは、Xen ハイパーバイザー。これらのハイパーバイザー間で考慮できる違いについては、「」を参照してください。 Nitro Amazon EC2 のハイパーバイザー |
|
インスタンスストアの可用性 |
インスタンスストアボリュームは、推奨されるインスタンスタイプではサポートされていませんが、現在のインスタンスではサポートされています。移行前に、インスタンスストアボリュームを保持する場合は、インスタンスストアボリュームのデータのバックアップが必要な場合があります。詳細については、AWS 「プレミアムサポートナレッジベース」の「Amazon EC2インスタンスのインスタンスストアボリュームを Amazon にバックアップする方法EBS |
|
ネットワークインターフェイス |
推奨されるインスタンスタイプのネットワークインターフェイスは、現在のインスタンスのネットワークインターフェイスとは異なります。例えば、推奨されるインスタンスタイプは拡張ネットワーキングを使用しますが、現在のインスタンスでは使用しない場合があります。推奨インスタンスタイプの拡張ネットワーキングを有効にするには、Elastic Network Adapter (ENA) ドライバーまたは Intel 82599 Virtual Function ドライバーをインストールします。詳細については、「Linux 用 Amazon ユーザーガイド」の「Linux でのネットワークとストレージの機能および拡張ネットワーク」、または「Windows 用 Amazon ユーザーガイド」の「Windows でのネットワークとストレージの機能および拡張ネットワーク」を参照してください。 EC2 EC2 |
|
ストレージインターフェイス |
推奨されるインスタンスタイプのストレージインターフェイスは、現在のインスタンスのストレージインターフェイスとは異なります。例えば、推奨されるインスタンスタイプはNVMeストレージインターフェイスを使用し、現在のインスタンスはこのインターフェイスを使用しません。推奨されるインスタンスタイプのNVMeボリュームにアクセスするには、NVMeドライバーをインストールまたはアップグレードします。詳細については、「Linux 用 Amazon ユーザーガイド」の「ネットワーキングとストレージの機能EBS」および「Linux インスタンスNVMeでの」、または「Windows 用 Amazon ユーザーガイド」の「ネットワーキングとストレージの機能EBS」および「Windows インスタンスNVMeでの」を参照してください。 EC2 EC2 |
|
仮想化タイプ |
推奨されるインスタンスタイプは、ハードウェア仮想マシン (HVM) 仮想化タイプを使用し、現在のインスタンスはパラ仮想化 (PV) 仮想化タイプを使用します。これらの仮想化タイプの違いの詳細については、「Linux 用 Amazon ユーザーガイドAMI」の「Linux 仮想化タイプ」、または「Windows 用 Amazon EC2 ユーザーガイド」の「Windows AMI仮想化タイプ」を参照してください。 EC2 |
料金と購入オプション
EC2 インスタンスのレコメンデーションとEC2インスタンスの詳細ページで、現在のインスタンスと推奨されるインスタンスの時間単位の料金を、さまざまな Amazon EC2 購入オプションで表示することができます。例えば、リザーブインスタンス (スタンダード: 1 年間前払いなし) オプションで、現在のインスタンスと推奨されるインスタンスの料金を表示できます。料金情報を使用して、現在のインスタンスと推奨されるインスタンスとの料金の違いを確認します。
重要
レコメンデーションページに表示される料金は、インスタンスに対して支払う実際の料金を反映していない場合があります。現在のインスタンスの実際の料金を見つける方法の詳細については、「Amazon Elastic Compute Cloud ユーザーガイド」の「Amazon EC2使用状況レポート」を参照してください。
レコメンデーションページでは、次の購入オプションを選択できます。
-
オンデマンドインスタンス - オンデマンドインスタンスは、オンデマンドで使用するインスタンスです。そのライフサイクルを完全に制御できます。つまり、いつ起動、再起動、終了するかを決定できます。長期間の契約や前払いは必要ありません。オンデマンドインスタンスの詳細については、「Amazon Elastic Compute Cloud ユーザーガイド」の「オンデマンドインスタンス」を参照してください。料金の詳細については、「Amazon EC2 On-Demand Instance Pricing
」を参照してください。 -
リザーブドインスタンス (標準の 1 年または 3 年コミットメント、前払いなし） - リザーブドインスタンスは、オンデマンドインスタンスの料金と比較して Amazon EC2コストを大幅に削減します。リザーブドインスタンスは物理インスタンスではありませんが、請求の割引はアカウントでのオンデマンドインスタンスの使用に適用されます。リザーブドインスタンスの詳細については、「Amazon Elastic Compute Cloud ユーザーガイド」の「リザーブドインスタンス」を参照してください。料金の詳細については、「Amazon EC2 リザーブドインスタンスの料金
」を参照してください。
購入オプションの詳細については、「Amazon Elastic Compute Cloud ユーザーガイド」の「インスタンス購入オプション」を参照してください。
月間削減額の見積りとコスト削減の機会
推定月間節約額 (割引後)
この列には、現在のインスタンスタイプから Savings Plans とリザーブドインスタンスの料金モデルで推奨されるインスタンスタイプにワークロードを移行することによって生じる月々のコスト削減の概算が表示されます。Savings Plans とリザーブドインスタンスの割引を含む推奨事項を受け取るには、節約額見積もりモード設定を有効にする必要があります。詳細については、「節約額見積もりモード」を参照してください。
注記
節約額見積もりモード設定を有効にしないと、この列にはデフォルトのオンデマンド料金割引情報が表示されます。
推定月間節約額 (オンデマンド)
この列には、現在のインスタンスタイプからオンデマンド料金モデルで推奨されるインスタンスタイプにワークロードを移行することによって生じる月々のコスト削減の概算が表示されます。
節約の機会 (%)
この列には、現在のインスタンスの料金と推奨インスタンスタイプの料金との差がパーセンテージで表示されます。節約額見積もりモードが有効になっている場合は、Compute Optimizer によって 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」を参照してください。
月間削減額の見積りの計算
レコメンデーションごとに、推奨されるインスタンス タイプを使用して新しいインスタンスを運用するコストが計算されます。月間削減額の見積もりは、現在のインスタンスの実行時間数、および現在のインスタンスタイプと推奨インスタンスタイプ間のレートの差に基づいて計算されます。Compute Optimizer ダッシュボードに表示されるインスタンスの月額削減額の見積もりは、アカウント内のすべてのオーバープロビジョニングされたインスタンスで見積もられる月額削減額の合計です。
パフォーマンスリスク
EC2 インスタンスの詳細ページのパフォーマンスリスク列は、推奨される各インスタンスタイプがワークロードのリソースニーズを満たさない可能性を定義します。Compute Optimizer は、推奨インスタンスの仕様ごとに個別のパフォーマンスリスクスコアを計算します。これにはCPU、、メモリ、EBSスループット、EBSIOPS、ディスクスループット、ディスク 、IOPSネットワークスループット、ネットワーク などの仕様が含まれますPPS。推奨されるインスタンスのパフォーマンスリスクは、分析されたリソース仕様全体の最大パフォーマンスリスクスコアとして計算されます。
値の範囲は、非常に低い、低い、普通、高い、非常に高いです。パフォーマンスリスクが非常に低いということは、インスタンスタイプのレコメンデーションが常に十分な機能を提供すると予測されることを意味します。パフォーマンスのリスクが高いほど、リソースを移行する前に、レコメンデーションがワークロードのパフォーマンス要件を満たしているかどうかを検証することを強くお勧めします。パフォーマンスの向上のために最適化するか、コスト削減のために最適化するか、これら 2 つの組み合わせのために最適化するかを決定します。詳細については、「Amazon Elastic Compute Cloud ユーザーガイド」の「インスタンスタイプの変更」を参照してください。
注記
Compute Optimizer API、 AWS Command Line Interface （AWS CLI）、および では AWS SDKs、パフォーマンスリスクは 0 (非常に低い) から 4 (非常に高い) のスケールで測定されます。
現在のパフォーマンスリスク
EC2 インスタンスレコメンデーションページの現在のパフォーマンスリスク列は、現在の各インスタンスがワークロードのリソースニーズを満たさない可能性を定義します。現在のパフォーマンスリスク値の範囲は、非常に低い、低い、普通、高い、非常に高いです。非常に低いパフォーマンスリスクは、現在のインスタンスが常に十分な機能を提供すると予測されることを意味します。パフォーマンスリスクが高いほど、Compute Optimizer によって生成されたレコメンデーションを検討すべき可能性が高くなります。
使用率グラフ
EC2 インスタンスの詳細ページには、現在のインスタンスの使用率メトリクスグラフが表示されます。グラフには、分析期間のデータが表示されます。Compute Optimizer は、5 分間隔で最大使用率ポイントを使用してEC2インスタンスレコメンデーションを生成します。
グラフを変更して、過去 24 時間、3 日、1 週間、または 2 週間のデータを表示できます。拡張インフラストラクチャメトリクスの有料機能をアクティブ化すると、3 か月間のデータを閲覧できます。また、グラフの統計を平均と最大の間で変更することもできます。
注記
インスタンスが停止状態にある間、使用率グラフには 0 の値が表示されます。
詳細ページに、次の使用率グラフが表示されます。
| グラフ名 | 説明 |
|---|---|
|
CPU 使用率 (パーセント） |
インスタンスで使用される割り当てられたEC2コンピューティングユニットの割合。 CPU 使用率グラフには、現在のインスタンスタイプのCPU使用率データと、選択した推奨インスタンスタイプの使用率データの比較が含まれます。比較では、分析期間中に選択した推奨インスタンスタイプを使用した場合のCPU使用率を示します。この比較は、推奨されるインスタンスタイプがワークロードのパフォーマンスしきい値の範囲内にあるかどうかを識別するのに役立ちます。 注記Burstable ベースラインは T インスタンスの場合のみ表示されます。このベースラインパフォーマンスを使用して、CPU使用率が特定の T インスタンスのベースライン使用率にどのように関係しているかを確認できます。詳細については、「Linux インスタンス用 Amazon ユーザーガイド」の「バーストパフォーマンスインスタンスの主要な概念と定義」を参照してください。 EC2 |
|
CPU 使用率 (%) |
アプリケーションおよびオペレーティングシステムによって割り当てられたメモリの使用率。 メモリ使用率のグラフには、現在のインスタンスタイプのメモリ使用率のデータと、選択した推奨インスタンスタイプとの比較が含まれます。比較により、分析期間中に選択した推奨インスタンス タイプを使用した場合のメモリ使用率が表示されます。この比較は、推奨されるインスタンスタイプがワークロードのパフォーマンスしきい値の範囲内にあるかどうかを識別するのに役立ちます。 注記メモリ使用率グラフは、統合 CloudWatch エージェントがインストールされているインスタンスに対してのみ入力されます。詳細については、「Amazon ユーザーガイド」の CloudWatch 「エージェントを使用した Amazon EC2 インスタンスおよびオンプレミスサーバーからのメトリクスとログの収集」を参照してください。 CloudWatch |
|
ネットワーク (MiB/秒) |
すべてのネットワークインターフェイス上で、インスタンスが受信した 1 秒あたりのメビバイト (MiB) 数。 |
|
ネットワークアウト (MiB/秒) |
すべてのネットワークインターフェイス上で、インスタンスから送信された1 秒あたりのメビバイト (MiB) 数。 |
|
ネットワークパケット数 (毎秒) |
すべてのネットワークインターフェイス上で、インスタンスが受信したパケット数。 |
|
ネットワークパケットアウト (毎秒) |
すべてのネットワークインターフェイス上で、インスタンスから送信されたパケット数。 |
|
ディスク読み取りオペレーション(毎秒) |
インスタンスのインスタンスストアボリュームからの 1 秒あたりの完了済み読み取りオペレーション。 |
|
ディスク書き込みオペレーション (毎秒) |
インスタンスのインスタンスストアボリュームからの 1 秒あたりの書き込みオペレーション。 |
|
ディスク読み取り帯域幅 (MiB/秒) |
インスタンスのインスタンスストアボリュームからの 1 秒あたりの読み取りメビバイト (MiB)。 |
|
ディスク書き込み帯域幅 (MiB/秒) |
インスタンスのインスタンスストアボリュームからの 1 秒あたりの書き込みメビバイト (MiB)。 |
|
EBS 読み取りオペレーション (1 秒あたり） |
インスタンスにアタッチされたすべてのEBSボリュームから完了した 1 秒あたりの読み取りオペレーション。 Xen インスタンスでは、ボリュームに読み取りアクティビティがある場合にのみデータが報告されます。 |
|
EBS 書き込みオペレーション (1 秒あたり） |
インスタンスにアタッチされたすべてのEBSボリュームに対する 1 秒あたりの完了した書き込みオペレーション。 Xen インスタンスでは、ボリュームに書き込みアクティビティがある場合にのみデータが報告されます。 |
|
EBS 読み取り帯域幅 (MiB/秒） |
インスタンスにアタッチされたすべてのEBSボリュームからの 1 秒あたりの読み取りメビバイト (MiB)。 |
|
EBS 書き込み帯域幅 (MiB/秒） |
インスタンスにアタッチされたすべてのEBSボリュームに対する 1 秒あたりの書き込みメビバイト (MiB)。 |
