

 Amazon Redshift は、パッチ 198 以降、新しい Python UDF の作成をサポートしなくなります。既存の Python UDF は、2026 年 6 月 30 日まで引き続き機能します。詳細については、[ブログ記事](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)を参照してください。

# パフォーマンスデータの表示
<a name="performance-metrics-console"></a>

このセクションでは、クラスターおよびクエリのパフォーマンスに関する情報を含むパフォーマンスデータを Amazon Redshift コンソールで表示する方法について説明します。さらに、Amazon Redshift コンソールから直接クラスターでアラームを作成できます。

Amazon Redshift コンソールでパフォーマンスデータを表示するときは、クラスター別に表示できます。クラスターのパフォーマンスデータグラフは、パフォーマンスに関するほとんどの一般的な疑問に答えるデータにアクセスできるように設計されています。パフォーマンスデータによっては ([Amazon Redshift のパフォーマンスデータ](metrics-listing.md) を参照)、CloudWatch を使用してメトリクスグラフをさらにカスタマイズすることもできます。たとえば、より長い時間を選択したり、クラスター間でメトリクスを組み合わせたりできます。CloudWatch コンソールの使用の詳細については、「[CloudWatch コンソールでのパフォーマンスメトリクス](using-cloudwatch-console.md)」を参照してください。

Amazon Redshift コンソールのクエリのモニタリング機能を使用してクエリをモニタリング、分離、最適化する方法については、次のビデオをご覧ください。

[![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/Wdvb5iYVnLg/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/Wdvb5iYVnLg)


**Topics**
+ [

# クラスターのパフォーマンスデータを表示する
](performance-metrics-perf.md)
+ [

# クエリ履歴データの表示
](performance-metrics-query-history.md)
+ [

# データベースパフォーマンスデータの表示
](performance-metrics-database-performance.md)
+ [

# ワークロードの同時実行と同時実行スケーリングデータの表示
](performance-metrics-concurrency-scaling.md)
+ [

# 自動最適化データの表示
](performance-metrics-autonomics.md)
+ [

# クエリとロードの表示
](performance-metrics-queries.md)
+ [

# クエリの詳細の表示と分析
](performance-metrics-query-execution-details.md)
+ [

# クエリの実行中にクラスターパフォーマンスを表示するには
](performance-metrics-query-cluster.md)
+ [

# ロード操作中にクラスターメトリクスを表示する
](performance-metrics-loads.md)
+ [

# クラスターワークロードの内訳表の表示
](analyze-workload-performance.md)

# クラスターのパフォーマンスデータを表示する
<a name="performance-metrics-perf"></a>

Amazon Redshift のクラスターメトリクスを使用することにより、次のような一般的なパフォーマンスタスクを実行することができるようになります。
+ 指定された時間範囲でクラスターメトリクスが異常かどうかを判断し、異常な場合は、パフォーマンスに影響しているクエリを識別します。
+ 過去または現在のクエリがクラスターのパフォーマンスに影響しているかどうかを確認します。問題があるクエリを特定した場合は、クエリ実行中のクラスターのパフォーマンスなど、それに関する詳細を確認できます。この情報を使用して、クエリが低速だった理由と、パフォーマンスを向上させるための操作を診断できます。

**パフォーマンスデータを表示するには**

1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。

1. ナビゲーションメニューで **[Clusters]** (クラスター) を選択し、リストからクラスターの名前を選択してその詳細を開きます。クラスターの詳細が、**[クラスターのパフォーマンス]** タブ、**[クエリのモニタリング]** タブ、**[データベース]** タブ、**[データ共有]** タブ、**[スケジュール]** タブ、**[メンテナンス]** タブ、**[プロパティ]** タブなどに表示されます。

1. [**Cluster performance (クラスターのパフォーマンス)**] タブを選択して、次を含むパフォーマンス情報を表示します。
   + **CPU 使用率**
   + **ディスク使用率**
   + **データベース接続**
   + **ヘルスステータス**
   + **クエリの期間**
   + **クエリのスループット**
   + **同時実行スケーリングアクティビティ**

   利用可能なメトリクスが大幅に増えました。利用可能なメトリクスを確認して、表示するメトリクスを選択するには、[**設定**] アイコンを選択します。

## クラスターのパフォーマンスグラフ
<a name="cluster-performance-metrics-examples"></a>

次の例は、新しい Amazon Redshift コンソールに表示されるグラフの一部を示しています。
+ **CPU 使用率** – すべてのノード (リーダーとコンピューティング) の CPU 使用率を示します。クラスターの移行やリソースを消費するその他のオペレーションをスケジュールする前に、クラスターの使用率が最も低い時間を見つけるには、このグラフをモニタリングして、個々のノードまたはすべてのノードの CPU 使用率を確認します。  
![\[各ノードの CPU 使用率を示す Amazon Redshift コンソールの CPU 使用率グラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-cpu-utilization.png)
+ **メンテナンスモード** – 選択した時間にクラスターがメンテナンスモードになっているかどうかを、`On` インジケータと `Off` インジケータで示します。クラスターがメンテナンス中である時間を確認できます。次に、この時間をクラスターに対して実行されたオペレーションと関連付けて、定期的なイベントの将来のダウンタイムを推定できます。  
![\[メンテナンスモードが On または Off かどうかを示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-maintenance-mode.png)
+ **ディスク容量使用率** – クラスター全体ではなく、コンピューティングノードあたりのディスク容量の使用率を示します。このグラフを表示して、ディスク使用率をモニタリングできます。VACUUM や COPY などのメンテナンスオペレーションでは、ソートオペレーションに中間の一時ストレージ領域が使用されるため、ディスク使用率のスパイクが予想されます。  
![\[各ノードのディスクスペースの使用率を示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-percentage-disk-space-used.png)
+ **読み込みスループット** – ディスクから読み取られた 1 秒あたりの平均メガバイト数を示します。このグラフを評価して、クラスターの対応する物理側面をモニタリングできます。クラスターとそのボリューム内のインスタンス間のネットワークトラフィックは、このスループットに含まれません。  
![\[各ノードの読み込みスループットを示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-read-throughput.png)
+ **読み込みレイテンシー** – ディスク読み取り I/O オペレーションにかかった平均時間 (ミリ秒単位) を示します。返されるデータの応答時間を表示できます。レイテンシーが高い場合、送信側がアイドル時間 (新しいパケットを送信しない時間) に費やす時間が長くなり、スループットが低下します。  
![\[各ノードの読み込みレイテンシーを示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-read-latency.png)
+ **書き込みスループット** – ディスクに書き込まれた 1 秒あたりの平均メガバイト数を示します。このメトリクスを評価して、クラスターの対応する物理側面をモニタリングできます。クラスターとそのボリューム内のインスタンス間のネットワークトラフィックは、このスループットに含まれません。  
![\[各ノードの書き込みスループットを示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-write-throughput.png)
+ **書き込みレイテンシー** – ディスク書き込み I/O オペレーションにかかった平均時間 (ミリ秒単位) を示します。書き込み確認応答が返されるまでの時間を評価できます。レイテンシーが高い場合、送信側がアイドル時間 (新しいパケットを送信しない時間) に費やす時間が長くなり、スループットが低下します。  
![\[各ノードの書き込みレイテンシーを示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-write-latency.png)
+ **データベース接続** – クラスターへのデータベース接続の数を示します。このグラフを使用して、データベースに対して確立されている接続数を確認し、クラスターの使用率が最も低い時間を見つけることができます。  
![\[クラスターへのデータベース接続の数を示した Amazon Redshift コンソールのグラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-database-connections.png)
+ **合計テーブル数** – 特定の時点でクラスター内で開いているユーザーテーブルの数を示します。開いているテーブルの数が多い場合は、クラスターのパフォーマンスをモニタリングできます。  
![\[クラスターの合計テーブル数を示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-total-table-count.png)
+ **ヘルスステータス** – クラスターのヘルスを `Healthy` または `Unhealthy` で示します。クラスターがデータベースに接続でき、単純なクエリを正常に実行できる場合、クラスターは正常であると見なされます。それ以外の場合、クラスターは正常な状態ではありません。正常でない状態が発生する可能性があるのは、クラスターデータベースに極端に高い負荷がかかっているか、クラスター上のデータベースに設定の問題がある場合です。  
![\[クラスターのヘルスステータスを示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-health-status.png)
+ **クエリ期間** – クエリを完了するまでの平均時間 (マイクロ秒単位) を示します。このグラフのデータをベンチマークして、クラスター内の I/O パフォーマンスを測定し、最も時間のかかるクエリを必要に応じて調整できます。  
![\[クラスターのクエリ時間を示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-query-duration.png)
+ **クエリスループット** – 1 秒あたりの完了済みクエリの平均数を示します。このグラフ上のデータを分析して、データベースのパフォーマンスを測定し、バランスのとれた方法でマルチユーザーのワークロードに対応するシステム能力を明らかにできます。  
![\[クラスターのクエリスループットを示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-query-throughput.png)
+ **WLM キューあたりのクエリの期間** – クエリを完了するまでの平均時間 (マイクロ秒単位) を示します。このグラフのデータをベンチマークして、WLM キューあたりの I/O パフォーマンスを測定し、最も時間のかかるクエリを必要に応じて調整できます。  
![\[WLM キュー毎のクエリ時間を示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-query-duration-per-wlm-queue.png)
+ **WLM キューあたりのクエリスループット** – 1 秒あたりの完了済みクエリの平均数を示します。このグラフのデータを分析して、WLM キューごとのデータベースパフォーマンスを測定できます。  
![\[WLM キュー毎のクエリスループットを示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-query-throughput-per-wlm-queue.png)
+ **同時実行スケーリングアクティビティ** – アクティブな同時実行スケーリングクラスターの数を表示します。同時実行スケーリングが有効になっていると、同時読み込みクエリの増加を処理する必要がある場合、Amazon Redshift は自動的に追加のクラスター容量を追加します。  
![\[アクティブな同時実行スケーリングクラスターの数を示す Amazon Redshift コンソールのグラフのイメージ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/cluster-performance-concurrency-scaling-activity.png)

# クエリ履歴データの表示
<a name="performance-metrics-query-history"></a>

Amazon Redshift のクエリ履歴メトリクスを使用して、次の操作を実行できます。
+ クエリのパフォーマンスの問題を分離し、診断します。
+ クエリのランタイムメトリクスとクラスターのパフォーマンスメトリクスを同じタイムラインで比較して、2 つの関連性を確認します。この操作は、パフォーマンスが低いクエリの特定、ボトルネックとなっているクエリの検索、およびワークロードに対してクラスターのサイズ変更が必要かどうかの判断に役立ちます。
+ タイムラインで選択して、特定のクエリの詳細にドリルダウンします。**クエリ ID** およびその他のプロパティがグラフの下の行に表示されている場合、クエリを選択してクエリの詳細を表示できます。詳細として、クエリの SQL ステートメント、実行の詳細、クエリプランなどが表示されます。詳細については、[クエリの詳細の表示と分析](performance-metrics-query-execution-details.md) を参照してください。
+ ロードジョブが正常に完了し、サービスレベルアグリーメント (SLA) を満たしているかどうかを確認します。

**クエリ履歴データを表示するには**

1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。

1. ナビゲーションメニューで **[クラスター]** を選択し、リストからクラスター名を選択してその詳細を開きます。クラスターの詳細が、**[クラスターのパフォーマンス]** タブ、**[クエリのモニタリング]** タブ、**[データベース]** タブ、**[データ共有]** タブ、**[スケジュール]** タブ、**[メンテナンス]** タブ、**[プロパティ]** タブなどに表示されます。

1. クエリに関するメトリクスの **[クエリのモニタリング]** タブを選択します。

1. [**Query monitoring (クエリのモニタリング)**] セクションで、[**Query history (クエリの履歴)**] タブを選択します。

   ウィンドウのコントロールを使用して、[**Query list (クエリリスト)**] と [**Cluster metrics (クラスターメトリクス)**] を切り替えることができます。

   [**Query list (クエリリスト)**] を選択すると、タブには次のグラフが表示されます。
   + **クエリランタイム** – タイムライン上のクエリのアクティビティ。このグラフを使用して、どのクエリが同じ期間で実行されているかを確認します。クエリを選択すると、クエリ実行の詳細が表示されます。X 軸は、選択した期間を示します。実行、完了、ロードなどによって、グラフ化されたクエリをフィルタリングできます。各バーはクエリを表し、バーの長さはバーの開始から終了までのランタイムを表します。クエリには、SQL データ操作ステートメント (SELECT、INSERT、DELETE など) とロード (COPY など) を含めることができます。デフォルトでは、選択した期間に実行されている最長のクエリの上位 100 件が表示されます。
   + **クエリとロード** – クラスターで実行されたクエリとロードのリスト。このウィンドウには、クエリが現在実行されている場合は、[**Terminate query (クエリを終了)**] オプションが表示されます。

   [**Cluster metrics (クラスターメトリクス)**] を選択すると、タブには次のグラフが表示されます。
   + **クエリランタイム** – タイムライン上のクエリのアクティビティ。このグラフを使用して、どのクエリが同じ期間で実行されているかを確認します。クエリを選択すると、クエリ実行の詳細が表示されます。
   + **CPU 使用率** – リーダーノード別のクラスターの CPU 使用率、およびコンピュートノードの平均数。
   + **使用済みストレージ容量** – ストレージ容量の割合。
   + **アクティブなデータベース接続** – クラスターへのアクティブなデータベース接続の数。

クエリ履歴グラフを操作する場合は、次の点を考慮してください。
+ [**Query runtime (クエリランタイム)**] グラフで特定のクエリを表すバーを選択すると、そのクエリの詳細が表示されます。また、[**Queries and loads (クエリとロード)**] リストでクエリ ID を選択して、その詳細を確認することもできます。
+ スワイプして [**Query runtime (クエリランタイム)**] グラフのセクションを選択し、ズームインして特定の期間を表示できます。
+ [**Query runtime (クエリランタイム)**] グラフで、選択したフィルタですべてのデータを対象にするには、[**Queries and loads (クエリとロード)**] リストに表示されているすべてのページを確認します。
+ [**Queries and loads (クエリとロード)**] リストに表示される列と行数は、**設定歯車アイコン**によって表示される設定ウィンドウを使用して変更できます。
+ [**Queries and loads (クエリとロード)**] リストは、左側のナビゲータの [**クエリ**] アイコン、[**Queries and loads (クエリとロード)**] から移動して表示することもできます。詳細については、[クエリとロードの表示](performance-metrics-queries.md) を参照してください。

## クエリ履歴グラフ
<a name="performance-metrics-query-history-examples"></a>

次の例は、新しい Amazon Redshift コンソールに表示されるグラフを示しています。

**注記**  
Amazon Redshift コンソールグラフには、最新の 100,000 個のクエリのデータのみが含まれます。
+ **Query runtime (クエリランタイム**   
![\[クエリが同じ時間枠内で実行されていることを示すタイムラインでのクエリアクティビティを示したグラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/query-history-query-runtime.png)
+ **Queries and loads (クエリとロード**   
![\[クエリとロードのリストを示す表。開始時刻、期間、ステータス、クエリ ID などの属性を列として示しています。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/query-history-queries-and-loads.png)
+ **CPU 使用率**   
![\[CPU 使用率を 15 分単位で示す折れ線グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/query-history-cpu-utilization.png)
+ **Storage capacity used (使用済みのストレージキャパシティー**   
![\[使用されているストレージ容量の割合を15 分単位で示す折れ線グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/query-history-storage-capacity-used.png)
+ **Active database connections (アクティブなデータベース接続**   
![\[アクティブなデータベース接続の数を 15 分単位で示す折れ線グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/query-history-active-database-connections.png)

# データベースパフォーマンスデータの表示
<a name="performance-metrics-database-performance"></a>

Amazon Redshift のデータベースパフォーマンスメトリクスを使用して、次の操作を実行できます。
+ 処理ステージ別に、クエリにかかった時間を分析します。ステージでかかった時間の量の異常な傾向を探すことができます。
+ クエリの数、期間、およびクエリのスループットを期間範囲 (短期、中期、長期) 別に分析します。
+ クエリの優先度 (最低、低、標準、高、最高、重大) 別にクエリ待機時間の傾向を確認します。
+ WLM キュー別のクエリ期間、スループット、または待機時間の傾向を調べます。

**データベースパフォーマンスデータを表示するには**

1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。

1. ナビゲーションメニューで **[クラスター]** を選択し、リストからクラスター名を選択してその詳細を開きます。クラスターの詳細が表示されます。これには、**[クラスターのパフォーマンス]**、**[クエリのモニタリング]**、**[データベース]**、**[データ共有]**、**[スケジュール]**、**[メンテナンス]**、および **[プロパティ]** タブなどがあります。

1. クエリに関するメトリクスの [**Query monitoring (クエリのモニタリング)**] タブを選択します。

1. [**Query monitoring (クエリのモニタリング)**] セクションで、[**Database performance (データベースのパフォーマンス)**] タブを選択します。

   ウィンドウのコントロールを使用して、**クラスターメトリクス**と **WLM キューメトリクス**を切り替えることができます。

   [**Cluster metrics (クラスターメトリクス)**] を選択すると、タブには次のグラフが表示されます。
   + **ワークロードの実行内訳** – クエリ処理ステージでかかった時間。
   + **期間範囲別のクエリ** – 短期、中期、長期のクエリの数。
   + **クエリスループット** – 1 秒あたりに実行されるクエリの平均数。
   + **クエリの期間** – クエリを完了するまでの平均時間。
   + **優先度別の平均キュー待機時間クエリ** – クエリ優先度別に WLM キューでの待機にかかったクエリの合計時間。

   [**WLM queue metrics (WLM キューメトリクス)**] を選択すると、タブには次のグラフが表示されます。
   + **キュー別のクエリ期間** – WLM キューごとの平均クエリ期間。
   + **キュー別のクエリスループット** – WLM キューが 1 秒あたりに完了したクエリの平均数。
   + **キュー別のクエリ待機時間** – WLM キューの待機にかかったクエリの平均期間。

## データベースパフォーマンスグラフ
<a name="performance-metrics-database-performance-examples"></a>

次の例は、新しい Amazon Redshift コンソールに表示されるグラフを示しています。
+ **Workload execution breakdown (ワークロードの実行内訳**   
![\[クエリ処理ステージの所要時間を日単位で示す垂直棒グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/database-performance-workload-execution-breakdown.png)
+ **Queries by duration range (期間範囲別のクエリ**   
![\[クエリの数を日単位で示す垂直棒グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/database-performance-queries-by-duration.png)
+ **クエリのスループット**   
![\[平均クエリスループットを日単位で示す折れ線グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/database-performance-query-throughput.png)
+ **クエリの期間**   
![\[平均クエリ時間を日単位で示す折れ線グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/database-performance-query-duration.png)
+ **Average queue wait time by priority (優先度別の平均キュー待機時間**   
![\[平均キュー待機時間を日単位で示す折れ線グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/database-performance-queue-wait-by-priority.png)
+ **Query duration by queue (キュー別のクエリ期間**   
![\[キュー別の平均クエリ時間を日単位で示す折れ線グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/database-performance-query-duration-by-queue.png)
+ **Query throughput by queue (キュー別のクエリスループット**   
![\[キュー別の平均クエリスループットを日単位で示す折れ線グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/database-performance-query-throughput-by-queue.png)
+ **Query wait time by queue (キュー別のクエリ待機時間**   
![\[キュー別の平均クエリ待機時間を日単位で示す折れ線グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/database-performance-queue-wait-by-queue.png)

# ワークロードの同時実行と同時実行スケーリングデータの表示
<a name="performance-metrics-concurrency-scaling"></a>

Amazon Redshift で同時実行スケーリングメトリクスを使用すると、次のことを行うことができます。
+ 同時実行スケーリングを有効にして、キューに入れられたクエリの数を減らすことができるかどうかを分析します。WLM キュー別、またはすべての WLM キューに対して比較できます。
+ 同時実行スケーリングクラスターで同時実行スケーリングアクティビティを表示します。これにより `max_concurrency_scaling_clusters` で同時実行スケーリングが制限されているかどうかがわかります。制限されている場合、DB パラメータの `max_concurrency_scaling_clusters` を増やすことを選択できます。
+ すべての同時実行スケーリングクラスターについて合計された同時実行スケーリングの合計使用量を表示します。

**同時実行スケーリングデータを表示するには**

1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。

1. ナビゲーションメニューで **[クラスター]** を選択し、リストからクラスター名を選択してその詳細を開きます。クラスターの詳細が、**[クラスターのパフォーマンス]** タブ、**[クエリのモニタリング]** タブ、**[データベース]** タブ、**[データ共有]** タブ、**[スケジュール]** タブ、**[メンテナンス]** タブ、**[プロパティ]** タブなどに表示されます。

1. クエリに関するメトリクスの [**Query monitoring (クエリのモニタリング)**] タブを選択します。

1. [**Query monitoring (クエリのモニタリング)**] セクションで、[**Workload concurrency (ワークロードの同時実行)**] タブを選択します。

   このタブには、次のグラフがあります。
   + **クラスター上のキューと実行中のクエリ** – クラスターのすべての WLM キューで待機しているクエリの数と比較した、(メインクラスターおよび同時実行スケーリングクラスターから) 実行中のクエリの数。
   + **キューごとのキューイングと実行中のクエリ** – 各 WLM キューで待機しているクエリの数と比較した、(メインクラスターおよび同時実行スケーリングクラスターから) 実行中のクエリの数。
   + **同時実行スケーリングアクティビティ** – クエリをアクティブに処理している同時実行スケーリングクラスターの数。
   + **同時実行スケーリングの使用** – アクティブなクエリ処理アクティビティを実行中の同時実行スケーリングクラスターの使用量。

## ワークロードの同時実行グラフ
<a name="performance-metrics-concurrency-scaling-examples"></a>

次の例は、新しい Amazon Redshift コンソールに表示されるグラフを示しています。Amazon CloudWatch で同様のグラフを作成するには、同時実行スケーリングと WLM CloudWatch メトリクスを使用できます。Amazon Redshift の CloudWatch メトリクスの詳細については、「[Amazon Redshift のパフォーマンスデータ](metrics-listing.md)」を参照してください。
+ **クラスター上のキューと実行中のクエリ**   
![\[日単位の垂直棒グラフ。各棒は 2 つの異なる色に分割され、1 つはクラスターでキューに入れられたクエリの平均を示し、もう 1 つは同じクラスターで実行されているクエリの平均を示します。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/workload-concurrency-queued-vs-running-cluster.png)
+ **キューごとのキューイングと実行中のクエリ**   
![\[各キューで待機しているクエリの数と比較した、実行中のクエリの数を示す日単位の垂直棒グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/workload-concurrency-queued-vs-running-per-queue.png)
+ **同時実行スケーリングアクティビティ**   
![\[クエリをアクティブに処理している同時実行スケーリングクラスターの数を示す日単位の水平ドットグラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/workload-concurrency-concurrency-scaling-activity.png)
+ **Concurrency scaling usage (同時実行スケーリング使用率**   
![\[アクティブなクエリ処理アクティビティのある同時実行スケーリングクラスターの使用を示す日単位の水平線グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/workload-concurrency-concurrency-scaling-usage.png)

# 自動最適化データの表示
<a name="performance-metrics-autonomics"></a>

Amazon Redshift コンソールは、追加のコンピューティングリソースを使用して実行される自動最適化または自律管理に関する情報を提供します。この情報を使用して使用状況を追跡し、使用制限に達したかどうかをモニタリングできます。Amazon Redshift は、プロビジョニングされたクラスター自体で実行される自律管理に対して課金しませんが、追加のコンピューティングリソースを使用して実行される自律管理に対しては課金します。詳細については、「*Amazon Redshift データベースデベロッパーガイド*」の「[データベースの自動最適化のための追加のコンピューティングリソースの割り当て](https://docs.aws.amazon.com/redshift/latest/dg/t_extra-compute-autonomics.html)」を参照してください。

**追加のコンピューティングの自律管理データを表示するには**

1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。

1. ナビゲーションメニューで **[Clusters]** (クラスター) を選択し、リストからクラスターの名前を選択してその詳細を開きます。

1. クラスターの詳細ページで、**[アクション]** ドロップダウンメニューから **[使用制限を管理]** を選択します。クラスターの **[メンテナンス]** タブを選択し、下にスクロールして **[使用制限を作成]** を選択することもできます。

1. 追加のコンピューティングの自律管理データを示すグラフは、**[自動最適化のための追加のコンピューティングの使用制限]** というセクションの下に表示されます。グラフには、Amazon Redshift が特定の期間に追加のコンピューティングリソースを使用して自律管理を実行する時間が表示されます。

# クエリとロードの表示
<a name="performance-metrics-queries"></a>

 Amazon Redshift コンソールには、データベースで実行されるクエリとロードに関する情報が表示されます。この情報を使用して、処理に長い時間がかかるクエリや、他のクエリの効率的な処理を妨げるようなボトルネックを作成するクエリを識別し、トラブルシューティングすることができます。Amazon Redshift コンソールのクエリ情報を使用して、クエリ処理をモニターすることができます。

**クエリパフォーマンスデータを表示するには**

1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。

1. ナビゲーションメニューで、**[Queries and loads]** (クエリおよびロード) を選択し、アカウントのクエリのリストを表示します。

   デフォルトでは、全クラスターの過去 24 時間のクエリがリストに表示されます。コンソールで表示日付の範囲を変更できます。
**重要**  
[**Queries and loads (クエリおよびロード)**] リストには、システムで最も長く実行されている最大 100 件のクエリが表示されます。

# クエリの詳細の表示と分析
<a name="performance-metrics-query-execution-details"></a>

 クエリ識別子を使用して、クエリの詳細を表示できます。詳細として、クエリの完了ステータス、期間、SQL ステートメントなどの他に、ユーザクエリであるか、Amazon Redshift によって書き換えられたクエリであるかが表示されます。*ユーザークエリ*は、SQL クライアントから生成された、またはビジネスインテリジェンスツールによって生成された、Amazon Redshift に送信されるクエリです。Amazon Redshift はクエリを書き換えて最適化することがあり、これにより複数のクエリが書き換えられる可能性があります。この処理は Amazon Redshift によって実行されますが、クエリの詳細ページには、ユーザークエリとともに書き換えられたクエリが表示されます。

**クエリを表示するには**

1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。

1. ナビゲーションメニューで、**[Queries and loads]** (クエリおよびロード) を選択し、アカウントのクエリのリストを表示します。クエリを見つけるため、このページの設定を変更する必要がある場合があります。

1. リストで [**クエリ**] 識別子を選択して、[**クエリの詳細**] を表示します。

   [**クエリの詳細**] ページには、[**クエリの詳細**] とクエリのメトリクスが表示された [**クエリプラン**] タブが含まれています。

   メトリクスには、クエリの開始時刻、クエリ ID、ステータス、期間などの詳細が表示されます。その他の詳細としては、クエリがメインクラスターと同時実行スケーリングクラスターのどちらで実行されたか、クエリが親クエリと書き換えられたクエリのどちらであるかが示されます。

# クエリの実行中にクラスターパフォーマンスを表示するには
<a name="performance-metrics-query-cluster"></a>

クエリの実行時にクラスターのパフォーマンスをモニタリングして、潜在的なボトルネックを特定し、クエリの実行を最適化できます。クエリの実行時にクラスターのパフォーマンスを表示すると、CPU 使用率、ディスク I/O、ネットワークトラフィックなどのシステムレベルのメトリクスと、実行時間、処理されたデータ、クエリステップなどのクエリレベルの詳細がリアルタイムで表示されます。次の手順では、パフォーマンスメトリクスにアクセスして解釈し、プロビジョニングされたクラスターを効果的に管理および最適化する方法について説明します。

**クエリの実行中にクラスターパフォーマンスを表示するには**

1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。

1. ナビゲーションメニューで **[クラスター]** を選択し、リストからクラスター名を選択してその詳細を開きます。クラスターの詳細が、**[クラスターのパフォーマンス]** タブ、**[クエリのモニタリング]** タブ、**[データベース]** タブ、**[データ共有]** タブ、**[スケジュール]** タブ、**[メンテナンス]** タブ、**[プロパティ]** タブなどに表示されます。

1. 詳細については、[**Query monitoring (クエリのモニタリング)**] タブを選択します。

   詳細については、「[クエリ履歴データの表示](performance-metrics-query-history.md)」を参照してください。

# ロード操作中にクラスターメトリクスを表示する
<a name="performance-metrics-loads"></a>

ロードオペレーション中にクラスターのパフォーマンスを表示すると、リソースを消費しているクエリを特定し、その影響を軽減するためのアクションを実行できます。ロードを最後まで実行しない場合はロードを終了できます。

**注記**  
Amazon Redshift コンソールでクエリとロードを終了するには、特定のアクセス権限が必要です。ユーザーがクエリとロードを終了できるようにする場合は、必ず `redshift:CancelQuerySession` アクションを AWS Identity and Access Management (IAM) ポリシーに追加します。この要件は、**Amazon Redshift 読み取り専用** AWS 管理ポリシーを選択するか、IAM でカスタムポリシーを作成するかにかかわらず適用されます。**Amazon Redshift フルアクセス**ポリシーが適用されているユーザーには、クエリとロードを終了するためのアクセス許可がすでにあります。Amazon Redshift の IAM ポリシーにおけるアクションの詳細については、「[リソースへのアクセスの管理](redshift-iam-access-control-overview.md#redshift-iam-accesscontrol-managingaccess)」を参照してください。

**ロード操作中にクラスターパフォーマンスを表示するには**

1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。

1. ナビゲーションメニューで **[クラスター]** を選択し、リストからクラスター名を選択してその詳細を開きます。クラスターの詳細が、**[クラスターのパフォーマンス]** タブ、**[クエリのモニタリング]** タブ、**[データベース]** タブ、**[データ共有]** タブ、**[スケジュール]** タブ、**[メンテナンス]** タブ、**[プロパティ]** タブなどに表示されます。

1. 詳細については、**[クエリのモニタリング]** タブを選択します。

1. [**Queries and loads (クエリとロード)**] セクションで、[**ロード**] をセクションしてクラスターのロード操作を表示します。ロードが実行中の場合、[**クエリの終了**] を選択することにより終了させることができます。

# クラスターワークロードの内訳表の表示
<a name="analyze-workload-performance"></a>

コンソールのワークロードの実行内訳表を確認して、ワークロードのパフォーマンスの詳細を表示できます。この表は、QueryRuntimeBreakdown メトリクスで提供されるデータを使用して構成されています。この表では、待機や計画などのさまざまな処理ステージで、クエリにどれだけの時間がかかっているかを見ることができます。

**注記**  
ワークロードの実行内訳表は、単一ノードのクラスターには表示されません。

次のメトリクスのリストでは、さまざまな処理ステージを説明しています。
+ `QueryPlanning`: SQL ステートメントの解析と最適化にかかった時間。
+ `QueryWaiting`: ワークロード管理 (WLM) キューでの待機にかかった時間。
+ `QueryExecutingRead`: 読み取りクエリの実行にかかった時間。
+ `QueryExecutingInsert`: 挿入クエリの実行にかかった時間。
+ `QueryExecutingDelete`: 削除クエリの実行にかかった時間。
+ `QueryExecutingUpdate`: 更新クエリの実行にかかった時間。
+ `QueryExecutingCtas`: CREATE TABLE AS クエリの実行にかかった時間。
+ `QueryExecutingUnload`: アップロードクエリの実行にかかった時間。
+ `QueryExecutingCopy`: コピークエリの実行にかかった時間。

たとえば、Amazon Redshift コンソールの次のグラフには、計画、待機、読み取り、および書き込みの各段階でクエリにかかった時間が示されます。このグラフの結果を、この先の分析のために他のメトリクスと組み合わせることができます。一部のケースでは、短い期間のクエリ (`QueryDuration` メトリクスによって測定) が待機時間に多くの時間をかけていると表示されることがあります。このような場合には、特定のキューの WLM 同時実行率を上げることで、スループットを増大させることができます。

次に、ワークロードの実行内訳表の例を示します。チャートの y 軸の値は、積み上げ棒グラフとして示された、指定時刻における各ステージの平均期間です。

![\[クエリ処理ステージの所要時間を日単位で示す垂直棒グラフ。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/database-performance-workload-execution-breakdown.png)


次の図は、Amazon Redshift がどのように同時セッションの集計クエリ処理を行うかを示しています。

![\[X 軸にセッション番号、Y 軸に時間を示す水平棒グラフ。各セッションは、異なるクエリステータスに分割された水平棒です。\]](http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/images/querybreakdownschematic.png)


**クラスターワークロードの内訳表を表示するには**

1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。

1. ナビゲーションメニューで **[クラスター]** を選択し、リストからクラスター名を選択してその詳細を開きます。クラスターの詳細が、**[クラスターのパフォーマンス]** タブ、**[クエリのモニタリング]** タブ、**[データベース]** タブ、**[データ共有]** タブ、**[スケジュール]** タブ、**[メンテナンス]** タブ、**[プロパティ]** タブなどに表示されます。

1. クエリに関するメトリクスの [**Query monitoring (クエリのモニタリング)**] タブを選択します。

1. [**Query monitoring (クエリのモニタリング)**] セクションで、[**Database performance (データベースのパフォーマンス)**] を選択し、[**Cluster metrics (クラスターのメトリクス)**] を選択します。

   次のメトリクスは、選択した時間範囲について積み上げ棒グラフで表示されています。
   + **プラン**時間 
   + **待機**時間 
   + **コミット**時間 
   + **実行**時間 