ウェアハウス負荷の監視¶

スライダーを使用する¶

チャートを使用するには、まずスライダーを使用して、チャートに表示する時間範囲を選択します。8時間（最小）から14日（最大）の範囲を選択できます。チャートには、選択した範囲に応じて、5分から1時間の間隔でクエリの合計負荷が表示されます。範囲のサイズを変更すると、適切なスケールを維持するために間隔が動的に変更されます。

スライダーを14日の範囲内の任意の位置にドラッグして、その期間の負荷を表示することもできます。

棒グラフを理解する¶

バーの上にカーソルを置くと、表示された期間中にウェアハウスによって処理されたクエリの平均数が表示されます。バーには、間隔内で発生した各クエリステータスの個別の負荷が表示されます：

クエリ負荷の計算方法¶

クエリ負荷は、間隔内のすべてのクエリの実行時間（秒単位）を間隔の合計時間（秒単位）で割ることによって計算されます。

たとえば、次のテーブルは、5個のクエリに基づいて、5分間隔の間にウェアハウスの負荷に寄与したクエリ負荷がどのように計算されるかを示しています。実行中のクエリによる負荷は.92で、キューに入れられたクエリ（ウェアハウスの過負荷による）は.08でした。

特定の間隔で実行しているクエリの実際の数（および各クエリの期間）を確認するには、 History ページをご参照ください。このページで、クエリ履歴をウェアハウスでフィルタリングし、負荷監視チャートで指定した間隔までスクロールダウンします。

クエリのパフォーマンスが遅い¶

クエリの実行速度が遅いことに気づいたら、過負荷のウェアハウスがクエリのリソースを奪い合っているか、キューに入っているかどうかを確認します：

• 実行中のクエリの負荷が高い場合やキューイングがある場合は、別のウェアハウスを開始し、キューに入れられたクエリをそのウェアハウスに移動することを検討してください。あるいは、 マルチクラスターウェアハウス を使用している場合は、マルチクラスター設定を変更して追加クラスターを加え、それ以降でより高い同時実行処理ができるようにすることができます。

• 実行中のクエリの負荷が低く、クエリのパフォーマンスが低い場合は、ウェアハウスのサイズを変更して、より多くのコンピューティングリソースを提供できます。追加したリソースを利用するには、新しいリソースすべてが完全にプロビジョニングされた後に、クエリを再起動する必要があります。

ピーククエリパフォーマンス¶

過去2週間における、ウェアハウスでの毎日のワークロードを分析します。繰り返し使用量が急増する場合は、ピークワークロードの一部を独自のウェアハウスに移動し、残りのワークロードをより小さなウェアハウスで実行することを検討してください。または、マルチクラスター設定を変更してクラスターを追加し、今後の同時実行性を高めることができます。

現在のワークロードが通常よりかなり高いことに気付いた場合は、 History ページを開いて、どのクエリがより高い負荷に寄与しているかを調べます。

過度のクレジット使用状況¶

過去2週間のウェアハウスでの毎日のワークロードを分析します。ウェアハウスが稼働しクレジットを消費しているときにチャートに繰り返し期間が表示されているが、クエリの合計負荷がかなりの期間 1 未満である場合、ウェアハウスの使用は非効率的です。次のアクションのいずれかを検討できます：

• ウェアハウスサイズを小さくします。ウェアハウスのサイズを小さくすると、一般にクエリの実行時間が長くなることに注意してください。

• マルチクラスターウェアハウスの場合、 MIN_CLUSTER_COUNT パラメーター値を減らします。