AnalyticDB for MySQL:モニタリング情報の表示

使用上の注意

先月の2日以内のモニタリング情報を表示できます。

Data Warehouse Edition (V3.0) クラスターに関するモニタリング情報の表示

手順

1. AnalyticDB for MySQLコンソールにログインします。 ホームページの左上でリージョンを選択します。 左側のナビゲーションウィンドウで、クラスターリスト をクリックします。 Data Warehouse Edition(3.0) タブで、管理するクラスターを見つけ、クラスターIDをクリックします。

2. 左側のナビゲーションウィンドウで、監視情報 をクリックします。

3. 監視情報 ページで、[クラスターリソースモニタリング] または リソースグループのモニタリング タブをクリックして、対応するモニタリング情報を表示します。

メトリクス

• 健康ステータス指標

  重要

  • ヘルスステータス情報は、V3.1.6以降のAnalyticDB for MySQL Data Warehouse Edition (V3.0) クラスターに対してのみ表示できます。

    クラスターのマイナーバージョンをクエリする方法については、AnalyticDB for MySQLクラスターのバージョンを照会するにはどうすればよいですか? クラスターのマイナーバージョンを更新するには、テクニカルサポートにお問い合わせください。

  • ヘルスステータス指標の値がRiskyまたはUnavailableの場合は、テクニカルサポートにお問い合わせください。

  メトリック	説明
  クラスターのアクセスノードのステータス	AnalyticDB for MySQLのアクセス層は、複数のクラスターアクセスノードで構成され、プロトコルレイヤアクセス、SQLの解析と最適化、書き込まれたデータのリアルタイムシャーディング、データスケジューリング、クエリスケジューリングなどの機能を提供します。 有効な値： Healthy: 使用可能なクラスターアクセスノードの数。 Unavailable: 利用できないクラスターアクセスノードの数。
  計算ノードグループのヘルスステータス	AnalyticDB for MySQLの計算エンジンは、計算ノードグループで構成され、分散型大規模並列処理 (MPP) と有向非巡回グラフ (DAG) アーキテクチャの統合実行をサポートします。 計算エンジンは、高度な同時実行性と複雑なSQL文のハイブリッドロードをサポートするインテリジェントオプティマイザと連携できます。 さらに、クラウドネイティブインフラストラクチャにより、ビジネス要件に基づいて計算ノードを数秒以内に柔軟にスケールアウトできます。 このようにして、リソースを効率的に使用することができる。 有効な値： Healthy: 使用可能な計算ノードの数。 Unavailable: 利用できないコンピュートノードの数。
  ストレージノードグループのヘルスステータス	AnalyticDB for MySQLのストレージエンジンは、ストレージノードグループで構成されており、Raftコンセンサスプロトコルに準拠した強力な一貫性と高可用性を備えたリアルタイムデータ書き込みをサポートしています。 ストレージエンジンは、データシャーディングとマルチラフトを使用して並列処理をサポートし、階層ストレージを使用してホットデータとコールドデータを低コストで分離し、ハイブリッド行列ストレージとインテリジェントインデックスを使用して超高性能を提供します。 有効な値： Healthy: 使用可能なストレージノードの数。 Risky: リスクのあるストレージノードの数。 Unavailable: 使用できないストレージノードの数。

• クラスターリソースのモニタリングメトリック

  メトリック		ユニット	説明
  CPU 使用率		%	次のモニタリング情報を表示します。 ストレージノードの CPU 最大使用率 ストレージノードの平均CPU使用率 計算ノードの CPU 最大使用率 コンピューティングノードの平均CPU使用率 説明 C32クラスターを予約モードからエラスティックモードに変更すると、平均CPU使用率が増加します。 詳細については、このトピックの「FAQ」セクションを参照してください。
  ディスク IO スループット		MB	次のモニタリング情報を表示します。 ストレージノードのディスク読み取りスループット ストレージノードのディスクの書き込みスループット
  Build タスク数		N/A	次のモニタリング情報を表示します。 Build タスク平均: ストレージノード間で実行されるBUILDジョブの平均数。 Build タスク最大数: ストレージノード間で実行されるBUILDジョブの最大数。
  ディスクiops		N/A	次のモニタリング情報を表示します。 ストレージノードのディスク平均読み取り回数 ストレージノードでのディスク平均書き込み回数
  ディスクio使用量		%	ストレージノードのディスクI/O使用率を表示します。
  ディスクio待機時間		ミリ秒	ストレージノードのディスクI/O待ち時間を表示します。
  クラスタ接続の数		N/A	成功した接続の数を表示します。
  ディスクの使用		MB	クラスターで使用される最大ディスク容量を表示します。
  ホットデータ使用量		MB	クラスター内で使用されているホットデータの量を表示します。
  コールドデータ使用量		MB	クラスター内で使用されているコールドデータの量を表示します。
  ノードの使用不能数監視		N/A	次のモニタリング情報を表示します。 利用できない計算ノード 切断されたストレージノード数
  計算メモリ使用率		%	次のモニタリング情報を表示します。 ストレージノードの最大計算メモリ使用率 ストレージノードの平均計算メモリ使用率 計算ノードの平均計算メモリ使用率 計算ノードの最大計算メモリ使用率
  クエリ	クエリqps	N/A	1秒あたりのクエリ (QPS) を表示します。
  	クエリの応答時間	ミリ秒	次のモニタリング情報を表示します。 平均クエリ応答時間 最大クエリ応答時間
  	クエリ待機時間	ミリ秒	次のモニタリング情報を表示します。 クエリの平均待機期間。 クエリの最大待機期間。
  	クエリ失敗率	%	クエリの失敗率。 24時間以内の時間範囲を選択すると、1分あたりのクエリ失敗率が表示されます。これは、次の式を使用して計算されます。クエリ失敗率=(1分間で失敗したSQLクエリの数 /1分間でのSQLクエリの総数) × 100% 。 24時間を超える時間範囲を選択すると、5分ごとのクエリ失敗率が表示されます。これは、次の式を使用して計算されます。クエリ失敗率=(5分以内の失敗したSQLクエリの数 /5分以内のSQLクエリの総数) × 100% 。
  書き込み	書き込み応答時間	ミリ秒	次のモニタリング情報を表示します。 平均書き込み応答時間 最大書き込み応答時間
  	応答時間の削除	ミリ秒	次のモニタリング情報を表示します。 平均削除応答時間 最大削除応答時間
  	応答時間の更新	ミリ秒	次のモニタリング情報を表示します。 平均更新応答時間 最大更新応答時間
  	書き込みスループット	MB	クラスターの平均書き込みスループットを表示します。
  	Tps	N/A	次のモニタリング情報を表示します。 TPSの書き込み、TPSの削除、TPSの更新、TPSのロードなど、1秒あたりのトランザクション数 (TPS) Tpsの書き込み TPS の削除 TPS の更新 TPS のロード

• リソースグループのモニタリング metrics

  重要

  リソースグループのモニタリング情報は、次の要件を満たすData Warehouse Edition (V3.0) クラスターに対してのみ表示できます。

  • クラスターは [クラスターエディション] になっています。

  • クラスターには32コア以上のコアがあります。

  メトリック	ユニット	説明
  CPU 使用率	%	選択したリソースグループのCPU使用率が表示されます。
  クエリ応答時間	ミリ秒	選択した各リソースグループが処理したクエリの平均応答時間を表示します。
  クエリqps	N/A	選択した各リソースグループが処理する1秒あたりのクエリを表示します。
  クエリ待機時間	ミリ秒	選択した各リソースグループが処理したクエリの平均待機時間を表示します。
  リソースグループ時分割エラスティックの実際のポップアップ表示ノード数	N/A	スケジュールされたスケーリングプランで選択した各リソースグループに追加されたノードの数を表示します。
  リソースグループ時分割エラスティックプランのポップアップ表示ノード数	N/A	スケジュールされたスケーリングプランで選択した各リソースグループに追加する必要があるノードの数を表示します。 リソースグループのスケーリングプランの作成方法については、「リソーススケーリングプランの作成」をご参照ください。
  リソースグループのノード総数	N/A	選択したリソースグループのノードの総数が表示されます。 リソースグループ内のノードの総数は、次の式を使用して計算されます。ノードの総数=基本ノードの数 + スケジュールされたスケーリングプラン内の有効ノードの数。
  リソースグループの基本ノード数	N/A	選択したリソースグループの基本ノード数が表示されます。

Data Lakehouse Edition (V3.0) クラスターに関するモニタリング情報の表示

手順

1. AnalyticDB for MySQLコンソールにログインします。 ホームページの左上でリージョンを選択します。 左側のナビゲーションウィンドウで、クラスターリスト をクリックします。 Lake Warehouse Edition(3.0) タブで、管理するクラスターを見つけ、クラスターIDをクリックします。

2. 左側のナビゲーションウィンドウで、[クラスター管理] > [モニタリング情報] を選択します。

3. [モニタリング情報] ページで、[クラスター] または [リソースグループ] タブをクリックして、対応するモニタリング情報を表示します。

メトリクス

FAQ

• Q: クラスターを予約モードからエラスティックモードに変更すると、平均CPU使用率が増加するのはなぜですか?

  A: C32クラスターを予約モードからエラスティックモードに変更すると、単一ノードの仕様が8コアに減少します。 デフォルトでは、BUILDジョブは3コアを占有します。 この場合、平均CPU使用率は増加する。 平均CPU使用率の増加がビジネスに影響しない場合は、この変更を無視してください。 ビジネスに影響がある場合は、クラスターまたは

  チケットを起票してください。 ビルドジョブの詳細については、「ビルド」をご参照ください。

• Q: 一般的なインデックスとプライマリキーのインデックスの値が大きいのはなぜですか。

  A: 次の理由により、上記のメトリックの値が大きい場合があります。

  • インデックスと主キーインデックスは、多数の列に対して作成されます。

  • インデックス列の値の長さが大きいか、インデックス列のすべての値の合計長が大きい。 たとえば、インデックス列の値は長い文字列です。

  • インデックス列の異なる値の数が多いです。 これは、低いインデックス圧縮比をもたらす。 例えば、インデックス列Aは、4つの異なる値、A1、A2、A3、およびA4を有する。 データを圧縮することは困難であり、低いインデックス圧縮率をもたらす。

  • 主キーの値の長さが大きいか、複数の列が複合主キーを構成します。

• Q: [モニタリング情報] ページには大きな応答時間が表示されますが、対応する時間のかかるSQL文は [診断と最適化] ページには見つかりません。 これはなぜですか。

  A: 大量のクエリ結果データは、結果セットをキャッシュするのに長い時間を必要とします。 ただし、[診断と最適化] ページに表示される合計期間は、結果セットのキャッシュ期間を除いて、キュー時間、実行計画期間、および実行期間で構成されます。 対応する時間のかかるSQL文をSQL監査ページで表示することを推奨します。