システム分析情報を使用してインスタンスをモニタリングする

このページでは、システム分析情報ダッシュボードを使用して Spanner インスタンスとデータベースをモニタリングする方法について説明します。

システム分析情報について

システム分析情報ダッシュボードには、選択したインスタンスまたはデータベースに関するスコアカードとグラフが表示され、レイテンシ、CPU 使用率、ストレージ、スループットなどのパフォーマンス統計情報が示されます。異なる期間のグラフを表示できます。表示期間は過去 1 時間から過去 30 日までの間で設定できます。

システム分析情報ダッシュボードには、次のセクションがあります（スクリーンショットを参照）。

1. データベース リスト: 選択したデータベースの統計情報を表示します。単一のデータベースまたはすべてのデータベースの集計を表示できます。これはインスタンスでのみ使用できます。
2. レイアウトの切り替え: 単一列と 2 列のレイアウトを切り替えます。
3. 時間範囲フィルタ: 時間、日、カスタム範囲など、時間範囲で統計情報をフィルタします。
4. スコアカード: 選択した期間の特定の時点における統計情報が表示されます。

5. グラフ: CPU 使用率、スループット、レイテンシ、ストレージ使用状況などのグラフが表示されます。

   インスタンスにパーティション（プレビュー版）を作成すると、単一パーティションまたはすべてのパーティションの集計のグラフを表示するための追加のプルダウン リストが表示されます。パーティションを作成していない場合、このプルダウン リストは表示されません。

システム分析情報のスコアカード、グラフ、指標

システム分析情報ダッシュボードで次のグラフと指標を使用して、インスタンスの現在と過去のステータスを確認できます。ほとんどのグラフと指標はインスタンス レベルで使用できます。インスタンスの特定のデータベースに対して複数のグラフと指標を表示することもできます。

使用可能なスコアカード

名前	説明
CPU 使用率	インスタンス内または選択したデータベース内での合計 CPU 使用率。デュアルリージョン インスタンスまたはマルチリージョン インスタンスの場合、この指標は複数のリージョンにおける CPU 使用率の平均を表します。
レイテンシ: P99	インスタンス内または選択したデータベース内の読み取り / 書き込みオペレーションの P99 レイテンシ。
レイテンシ: P50	インスタンス内または選択したデータベース内の読み取り / 書き込みオペレーションの P50 レイテンシ。
スループット	インスタンスまたはデータベースで 1 秒間に発生した読み取りまたは書き込みで処理された非圧縮データ量。この値は、バイナリ メガバイト（MB）単位で測定されます。1 MB は 2^20 バイトです。この測定単位はメビバイト（MiB）ともいいます
1 秒あたりのオペレーションの回数	インスタンス内または選択したデータベース内の読み取りと書き込みの 1 秒あたりのオペレーション数（レート）。
ストレージの利用率	インスタンス レベルでは、インスタンス内のストレージ合計使用率が表示されます。データベース レベルでは、選択したデータベースに使用されているストレージの合計です。

使用可能なグラフと指標

サンプル指標のグラフは次のとおりです。

各グラフカードのツールバーには、次の標準オプションのセットがあります。

• グラフの特定のセクションにズームインするには、グラフをクリックして水平方向または垂直方向にドラッグします。ズーム操作を元に戻すには、youtube_searched_for [ズームをリセット] をクリックします。ズーム操作は、ダッシュボード上のすべてのグラフに同時に適用されます。

• 凡例の表示と非表示を切り替えるには、legend_toggle [グラフの凡例を開く / 閉じる] をクリックします。

• グラフを全画面表示するには、fullscreen [全画面表示の開始 / 終了] をクリックします。Esc キーを押して全画面表示を終了することもできます。

• その他のオプションを表示するには、more_vert [その他のグラフ オプション] をクリックします。

  多くのグラフには、次のオプションがあります。

  • PNG 画像をダウンロードします。
  • CSV ファイルをダウンロードします。
  • カスタム ダッシュボードに追加します。このオプションを使用すると、Cloud Monitoring の新しいダッシュボードまたは既存のダッシュボードにグラフを追加できます。
  • Metrics Explorer で表示する。Metrics Explorer で指標を表示します。Spanner Database リソースタイプを選択すると、Metrics Explorer で他の Spanner 指標を確認できます。

次の表は、システム分析情報ダッシュボードにデフォルトで表示されるグラフを示しています。各グラフの指標タイプが表示されます。指標タイプの文字列は、接頭辞 spanner.googleapis.com/ の後ろに続きます。指標タイプは、モニタリング対象リソースから収集できる測定値を表します。

グラフ名と指標タイプ	説明	インスタンスで利用可能	データベースで使用可能
CPU 使用率（優先度別） instance/cpu/utilization_by_priority	優先度別の高、中、低、すべてのタスクに対するインスタンスの CPU リソースの割合。これらのタスクには、ユーザーが開始するリクエストと、Spanner が直ちに完了する必要があるメンテナンス タスクが含まれます。 デュアルリージョン インスタンスまたはマルチリージョン インスタンスの場合、指標はリージョンと優先度でグループ化されます。 優先度の高いタスクの詳細をご覧ください。 CPU 使用率の詳細をご覧ください。	done	close
合計 CPU 使用率 instance/cpu/utilization_by_priority	合計 CPU 使用率をインスタンスの CPU リソースの割合（%）で表したものです。 インスタンスの場合、データベース別にグループ化された、またはタスクタイプ（ユーザー / システム）と優先度の組み合わせによってグループ化された、合計 CPU 使用率の積み上げグラフを表示できます。 データベースの場合、タスクタイプ（ユーザー / システム）と優先度の組み合わせによってグループ化された、合計 CPU 使用率の積み上げグラフを表示できます。 デュアルリージョン インスタンスまたはマルチリージョン インスタンスの場合、表示するリージョンを選択できます。また、すべてのリージョンを複数の折れ線グラフとして表示することもできます。	done	done
オペレーション タイプ別の CPU 使用率 instance/cpu/utilization_by_operation_type	読み取り、書き込み、commit などのユーザーが開始したオペレーションでグループ化した、インスタンスの CPU リソースの比率としての CPU 使用率の積み上げグラフ。高 CPU 使用率の調査の説明に沿って、この指標を使用して、CPU 使用率の詳細な内訳を取得し、さらにトラブルシューティングします。 [優先度] プルダウンを使用して、タスクの優先度でさらにフィルタできます。 デュアルリージョン インスタンスまたはマルチリージョン インスタンスの場合、折れ線グラフの指標はリージョン間の平均パーセンテージを示します。	done	done
CPU 使用率（24 時間の移動平均値） instance/cpu/smoothed_utilization	CPU Spanner 使用率の合計の移動平均。インスタンスの各データベースが使用している CPU リソースの使用率で表します。各データポイントは過去 24 時間の平均を表します。 デュアルリージョン インスタンスまたはマルチリージョン インスタンスの場合、[リージョン] プルダウンを使用して、折れ線グラフの指標をリージョン別にフィルタできます。	done	close
変更ストリームの読み取りによるレイテンシ api/read_request_latencies_by_change_stream	変更ストリーム別の読み取りリクエストのレイテンシの分布。この指標を使用してすべてのレイテンシを表示し、レイテンシが変更ストリームの読み取り用か、変更ストリーム以外の読み取り用かを区別します。 変更ストリーム クエリは長時間実行され、数秒かかることが予想されます。一方、変更ストリーム以外のクエリは、ほとんどが短時間実行です。この指標を使用すると、次のことができます。 変更ストリーム クエリのレイテンシを表示します。 変更ストリーム以外のクエリのレイテンシを表示します。 変更ストリーム以外のクエリでレイテンシが高いかどうかを特定します。	close	done
ピーク スプリットの CPU 使用率 instance/peak_split_peak	データベースのすべてのスプリット全体で観測されたピーク スプリットの最大 CPU 使用率。この指標は、スプリットで使用されている処理ユニット リソースの割合を示します。割合が 50% を超える場合はウォーム スプリットです。つまり、スプリットがホストサーバーの処理ユニット リソースの半分を使用しています。割合が 100% の場合はホット スプリットです。ホストサーバーの処理ユニット リソースの大部分を使用しているスプリットです。Spanner は、負荷に応じた分割を使用してホットスポットを解決し、負荷を分散します。ただし、アプリケーション内の問題のあるパターンが原因で、分割を複数回試行しても、Spanner で負荷を分散できない場合があります。そのため、ホットスポットが 10 分以上続く場合は、さらにトラブルシューティングを行い、アプリケーションの変更が必要になる可能性があります。詳細については、スプリット内のホットスポットを見つけるをご覧ください。	done	done
レイテンシ api/request_latencies	読み取りリクエストまたは書き込みリクエストの処理に Spanner が要した時間。[関数] プルダウンを使用して、[読み取り] または [書き込み] を選択するか、[読み取り/書き込み] を選択すると、両方の指標を表示できます。この測定は、Spanner がリクエストを受信すると開始され、Spanner がレスポンスの送信を開始すると終了します。 レイテンシ指標は、パーセンタイル プルダウンを使用して 50 パーセンタイル レイテンシと 99 パーセンタイル レイテンシで確認できます。 50 パーセンタイル レイテンシ: 最も処理時間の短いリクエストの 50% の最大レイテンシ（秒）。 99 パーセンタイル レイテンシ: 最も処理時間の短いリクエストの 99% の最大レイテンシ（秒）。	done	done
データベース別のレイテンシ api/request_latencies	Spanner が読み取りまたは書き込みリクエストの処理に要した時間（データベースごとにグループ化）。[関数] プルダウンを使用して、[読み取り] または [書き込み] を選択するか、[読み取り/書き込み] を選択すると、両方の指標を表示できます。この測定は、Spanner がリクエストを受信すると開始され、Spanner がレスポンスの送信を開始すると終了します。 パーセンタイル プルダウンを使用して 50 パーセンタイル レイテンシと 99 パーセンタイル レイテンシの指標を確認できます。 50 パーセンタイル レイテンシ: 最も処理時間の短いリクエストの 50% の最大レイテンシ（秒）。 99 パーセンタイル レイテンシ: 最も処理時間の短いリクエストの 99% の最大レイテンシ（秒）。	done	close
API メソッド別のレイテンシ api/request_latencies	Spanner がリクエストの処理に要した時間（Spanner API メソッドごとにグループ化）。この測定は、Spanner がリクエストを受信すると開始され、Spanner がレスポンスの送信を開始すると終了します。 指標は、パーセンタイル プルダウンを使用して 50 パーセンタイル レイテンシと 99 パーセンタイル レイテンシで確認できます。 50 パーセンタイル レイテンシ: 最も処理時間の短いリクエストの 50% の最大レイテンシ（秒）。 99 パーセンタイル レイテンシ: 最も処理時間の短いリクエストの 99% の最大レイテンシ（秒）。	close	done
トランザクション レイテンシ api/request_latencies_by_transaction_type	Spanner がトランザクションの処理に要した時間。読み取り / 書き込み型と読み取り専用型のトランザクションの指標を表示できます。 レイテンシ チャートとトランザクション レイテンシ チャートの主な違いは、トランザクション レイテンシ チャートで、読み取り専用タイプへのリーダーの関与を選択できる点です。読み取り専用トランザクションには、[リーダーが関与している] または [リーダーが関与していない] を選択できます。リーダーが関与している読み取りでは、レイテンシが増加する可能性があります。このグラフを使用すると、タイムスタンプ バウンドが少なくとも 15 秒であると仮定して、リーダーと通信せずに stale read を使用すべきかどうかを評価できます。読み取り / 書き込みトランザクションの場合、リーダーは常にトランザクションに関与するため、グラフに表示されるデータには、リクエストがリーダーに到達してレスポンスを受信するまでの時間が常に含まれます。 指標は 50 パーセンタイル レイテンシと 99 パーセンタイル レイテンシで確認できます。 50 パーセンタイル レイテンシ: すべてのトランザクションの最速 50% の最大レイテンシ（秒）。 99 パーセンタイル レイテンシ: すべてのトランザクションの最速 99% の最大レイテンシ（秒）。	done	done
データベース別のトランザクション レイテンシ api/request_latencies_by_transaction_type	Spanner がトランザクションの処理に要した時間。読み取り / 書き込み型と読み取り専用型のトランザクションの指標を表示できます。 レイテンシ チャートとデータベース グラフによるトランザクション レイテンシの主な違いは、データベース トランザクション レイテンシ チャートで、読み取り専用タイプへのリーダーの関与を選択できる点です。読み取り専用トランザクションには、[リーダーが関与している] または [リーダーが関与していない] を選択できます。リーダーが関与している読み取りでは、レイテンシが増加する可能性があります。このグラフを使用すると、タイムスタンプ バウンドが少なくとも 15 秒であると仮定して、リーダーと通信せずに stale read を使用すべきかどうかを評価できます。読み取り / 書き込みトランザクションの場合、リーダーは常にトランザクションに関与するため、グラフに表示されるデータには、リクエストがリーダーに到達してレスポンスを受信するまでの時間が常に含まれます。 指標は 50 パーセンタイル レイテンシと 99 パーセンタイル レイテンシで確認できます。 50 パーセンタイル レイテンシ: すべてのトランザクションの最速 50% の最大レイテンシ（秒）。 99 パーセンタイル レイテンシ: すべてのトランザクションの最速 99% の最大レイテンシ（秒）。	done	close
API メソッド別のトランザクション レイテンシ api/request_latencies_by_transaction_type	Spanner がトランザクションの処理に要した時間。読み取り / 書き込み型と読み取り専用型のトランザクションの指標を表示できます。 レイテンシ グラフと API メソッド別のトランザクション レイテンシ グラフの主な違いは、API メソッド別のトランザクション レイテンシのグラフで読み取り専用タイプへのリーダーの関与を選択できることです。読み取り専用トランザクションには、[リーダーが関与している] または [リーダーが関与していない] を選択できます。リーダーが関与している読み取りでは、レイテンシが高くなる可能性があります。このグラフを使用すると、タイムスタンプ バウンドが少なくとも 15 秒であると仮定して、リーダーと通信せずに stale read を使用すべきかどうかを評価できます。読み取り / 書き込みトランザクションの場合、リーダーは常にトランザクションに関与するため、グラフに表示されるデータには、リクエストがリーダーに到達してレスポンスを受信するまでの時間が常に含まれます。 指標は 50 パーセンタイル レイテンシと 99 パーセンタイル レイテンシで確認できます。 50 パーセンタイル レイテンシ: すべてのトランザクションの最速 50% の最大レイテンシ（秒）。 99 パーセンタイル レイテンシ: すべてのトランザクションの最速 99% の最大レイテンシ（秒）。	close	done
1 秒あたりのオペレーション数 api/api_request_count	Spanner が 1 秒間に実行したオペレーション（読み取り/書き込み）の数。または、1 秒間に Spanner サーバーで発生したエラー数。 グラフに表示するオペレーションを選択できます。 読み取りと書き込み（読み取りエラーと書き込みエラーも含まれます） 読み取り専用（DML ステートメントと読み取りエラーも含まれます） 書き込み専用（DML ステートメントは除外され、書き込みエラーは含まれます） Spanner サーバーでのエラー（読み取りと書き込みでグループ化）	done	done
データベース別の 1 秒あたりのオペレーション数 api/api_request_count	Spanner が 1 秒間に実行したオペレーション（読み取り/書き込み）の数。または、1 秒間に Spanner サーバーで発生したエラー数。このグラフはデータベースごとにグループ化されています。 グラフに表示するオペレーションを選択できます。 読み取りと書き込み（読み取りエラーと書き込みエラーも含まれます） 読み取り専用（DML ステートメントと読み取りエラーも含まれます） 書き込み専用（DML ステートメントは除外され、書き込みエラーは含まれます） Spanner サーバーでのエラー（読み取りと書き込みでグループ化）	done	close
API メソッド別の 1 秒あたりのオペレーション数 api/api_request_count	Spanner が 1 秒間に実行したオペレーションの数（Spanner API メソッドでグループ化）	close	done
スループット api/sent_bytes_count （読み取り） api/received_bytes_count （書き込み）	インスタンスまたはデータベースで 1 秒間に発生した読み取りまたは書き込みで処理された非圧縮データ量。この値は、バイナリバイト単位で測定されます。この測定単位は、2 の累乗に基づいています。たとえば、1 バイナリ GB は 2^30 バイトです。この測定単位は、ギビバイト（GiB）ともいいます。 読み取りスループットには、読み取り API のメソッドと SQL クエリに対するリクエストとレスポンスが含まれます。また、DML ステートメントに対するリクエストとレスポンスも含まれます。 書き込みスループットには、Mutation API によるデータの commit に対するリクエストとレスポンスが含まれます。DML ステートメントに対するリクエストとレスポンスは除外されます。	done	done
データベース別のスループット api/sent_bytes_count （読み取り） api/received_bytes_count （書き込み）	データベースごとにグループ化された、インスタンスまたはデータベースで 1 秒間に発生した読み取りまたは書き込みで処理された非圧縮データ量。この値は、バイナリバイト単位で測定されます。この測定単位は、2 の累乗に基づいています。たとえば、1 バイナリ GB は 2^30 バイトです。この測定単位は、ギビバイト（GiB）ともいいます。 読み取りスループットには、読み取り API のメソッドと SQL クエリに対するリクエストとレスポンスが含まれます。また、DML ステートメントに対するリクエストとレスポンスも含まれます。 書き込みスループットには、Mutation API によるデータの commit に対するリクエストとレスポンスが含まれます。DML ステートメントに対するリクエストとレスポンスは除外されます。	done	close
API メソッド別のスループット api/sent_bytes_count（読み取り） api/received_bytes_count（書き込み）	API メソッドごとにグループ化された、インスタンスまたはデータベースで 1 秒間に発生した読み取りまたは書き込みで処理された非圧縮データ量。この値は、バイナリバイト単位で測定されます。この測定単位は、2 の累乗に基づいています。たとえば、1 バイナリ GB は 2^30 バイトです。この測定単位は、ギビバイト（GiB）ともいいます。 読み取りスループットには、読み取り API のメソッドと SQL クエリに対するリクエストとレスポンスが含まれます。また、DML ステートメントに対するリクエストとレスポンスも含まれます。 書き込みスループットには、Mutation API によるデータの commit に対するリクエストとレスポンスが含まれます。DML ステートメントに対するリクエストとレスポンスは除外されます。	close	done
保存容量の合計 instance/storage/used_bytes	インスタンスまたはデータベースに保存されるデータ量。この値は、バイナリバイト単位で測定されます。たとえば、1 バイナリ GB は 2^30 バイトです。この測定単位は、ギビバイト（GiB）ともいいます。	done	done
データベース別のデータベース ストレージの合計 instance/storage/used_bytes	インスタンスまたはデータベースに保存されているデータの量（データベース別にグループ化）。この値は、バイナリバイト単位で測定されます。たとえば、1 バイナリ GB は 2^30 バイトです。この測定単位は、ギビバイト（GiB）ともいいます。	done	close
テーブル別のデータベース ストレージ （なし）	インスタンスまたはデータベースに保存されているデータの量（選択したデータベース内のテーブル別にグループ化）。この値は、バイナリバイト単位で測定されます。たとえば、1 バイナリ GB は 2^30 バイトです。この測定単位は、ギビバイト（GiB）ともいいます。 このグラフは、SPANNER_SYS.TABLE_SIZES_STATS_1HOUR にクエリを実行してデータを取得します。詳細については、テーブルサイズの統計情報をご覧ください。	close	done
オペレーションで最も使用されているテーブル （なし）	読み取り、書き込みまたは削除のオペレーションの数によって決定される、インスタンスまたはデータベースで最も使用される 15 個のテーブルとインデックス。 このグラフは、テーブル オペレーションの統計情報テーブルにクエリを実行してデータを取得します。詳細については、テーブル オペレーションの統計情報をご覧ください。	close	done
オペレーションで最も使用されていないテーブル （なし）	読み取り、書き込みまたは削除のオペレーションの数によって決定される、インスタンスまたはデータベースでの使用が最も少ない 15 個のテーブルとインデックス。 このグラフは、テーブル オペレーションの統計情報テーブルにクエリを実行してデータを取得します。詳細については、テーブル オペレーションの統計情報をご覧ください。	close	done
ロック待機時間 lock_stat/total/lock_wait_time	トランザクションのロック待機時間は、別のトランザクションによって保持されているリソースのロック取得に必要な時間です。 ロック競合のロック待機時間の合計が、データベース全体で記録されます。	done	done
データベース別のロック待機時間 lock_stat/total/lock_wait_time	トランザクションのロック待機時間は、別のトランザクションによって保持されているリソースのロック取得に必要な時間です。 ロック競合のロック待機時間の合計が、データベース全体で記録されます。	done	close
バックアップ ストレージの合計 instance/backup/used_bytes	インスタンスやデータベースに関連付けられているバックアップに保存されているデータの量。この値は、バイナリバイト単位で測定されます。たとえば、1 バイナリ GB は 2^30 バイトです。この測定単位は、ギビバイト（GiB）ともいいます。	done	done
データベース別のバックアップ ストレージの合計 instance/backup/used_bytes	インスタンスまたはデータベースに関連付けられたバックアップに保存されているデータの量（データベース別にグループ化）。この値は、バイナリバイト単位で測定されます。たとえば、1 バイナリ GB は 2^30 バイトです。この測定単位は、ギビバイト（GiB）ともいいます。	done	close
コンピューティング容量 instance/processing_units instance/nodes	コンピューティング容量は、インスタンスで使用可能な処理ユニットまたはノードの数です。容量は処理ユニットまたはノードの数で表示できます。	done	close
リーダー分布 instance/leader_percentage_by_region	デュアルリージョン インスタンスまたはマルチリージョン インスタンスの場合、指定された地域でリーダーの過半数（50% 以上）を占めるデータベースの数を表示できます。[リージョン] プルダウン メニューで特定のリージョンを選択すると、リーダー リージョンとして選択したリージョンを持つそのインスタンス内のデータベースの合計数がグラフに表示されます。[リージョン] プルダウン メニューで [すべてのリージョン] を選択すると、グラフにはリージョンごとに 1 つの線が表示され、各線にはそのリージョンがリーダー リージョンであるインスタンス内のデータベースの合計数が表示されます。 デュアルリージョン インスタンスまたはマルチリージョン インスタンスのデータベースの場合、リージョン別にグループ化されたリーダーの割合を確認できます。たとえば、データベースに 5 つのリーダーがあり、ある時点で us-west1 に 1 つ、us-east1 に 4 つある場合、[すべてのリージョン] グラフには、2 本の線が表示されます（リージョンごとに 1 本の線）。us-west1 の 1 本の線は 20% で、us-east1 のもう 1 本の線は 80% です。us-west1 グラフには 20% に 1 行が表示され、us-east1 グラフには 80% に 1 行が表示されます。 データベースが最近作成されたか、リーダー リージョンが最近変更された場合、グラフはすぐに安定しない可能性があります。 このグラフは、デュアルリージョン インスタンスとマルチリージョン インスタンスでのみ使用できます。	done	done
デュアルリージョン クォーラムの健全性のタイムライン instance/dual_region_quorum_availability	このグラフは、デュアルリージョン インスタンス構成でのみ使用できます。3 つのクォーラムの健全性（デュアルリージョン クォーラム（Global）と各リージョンのシングルリージョン クォーラム（Sydney や Melbourne など））が表示されます。 サービスが中断されると、タイムラインにオレンジ色のバーが表示されます。バーにカーソルを合わせると、中断の開始時間と終了時間が表示されます。このグラフをエラー率とレイテンシ指標とともに使用すると、リージョン障害が発生した場合にセルフマネージド フェイルオーバーのタイミングを決定することに役立ちます。詳細については、フェイルオーバーとフェイルバックをご覧ください。 手動でフェイルオーバーとフェイルバックを行うには、デュアルリージョン クォーラムを変更するをご覧ください。	done	close
リモート サービス呼び出し数 query_stat/total/remote_service_calls_count	リモート サービス呼び出し数（サービスとレスポンス コード別）。 HTTP レスポンス コード（200 や 500 など）で応答します。	done	done
リモート サービス呼び出しのレイテンシ query_stat/total/remote_service_calls_latencies	リモート サービス呼び出しのレイテンシ（サービス別）。 レイテンシ指標は、パーセンタイル プルダウンを使用して 50 パーセンタイル レイテンシと 99 パーセンタイル レイテンシで確認できます。 50 パーセンタイル レイテンシ: 最も処理時間の短いリクエストの 50 パーセンタイルの最大レイテンシ（秒）。 99 パーセンタイル レイテンシ: 最も処理時間の短いリクエストの 99 パーセンタイルの最大レイテンシ（秒）。	done	done
リモート サービスで処理された行数 query_stat/total/remote_service_processed_rows_count	リモート サービスによって処理された行の数。サービス名とレスポンス コード別にグループ化されます。 HTTP レスポンス コード（200 や 500 など）で応答します。	done	done
リモート サービスによる処理行のレイテンシ query_stat/total/remote_service_processed_rows_latencies	リモート サービスによって処理された行の数。サービス名とレスポンス コード別にグループ化されます。 レイテンシ指標は、パーセンタイル プルダウンを使用して 50 パーセンタイル レイテンシと 99 パーセンタイル レイテンシで確認できます。 50 パーセンタイル レイテンシ: 最も処理時間の短いリクエストの 50 パーセンタイルの最大レイテンシ（秒）。 99 パーセンタイル レイテンシ: 最も処理時間の短いリクエストの 99 パーセンタイルの最大レイテンシ（秒）。	done	done
リモート サービス ネットワークのバイト数 query_stat/total/remote_service_network_bytes_sizes	リモート サービスとネットワーク間の送受信バイト数（サービスと方向別）。 この値は、バイナリバイト単位で測定されます。この測定単位は、2 の累乗に基づいています。たとえば、1 バイナリ GB は 2^30 バイトです。この測定単位は、ギビバイト（GiB）ともいいます。 方向は、送信または受信されるトラフィックを指します。 ネットワーク バイト交換の 50 パーセンタイルと 99 パーセンタイルの指標は、パーセンタイル プルダウンを使用して確認できます。 50 パーセンタイル: リクエストの 50 パーセンタイルで交換されたデータ。 99 パーセンタイル: リクエストの 99 パーセンタイルで交換されたデータ。	done	done

マネージド オートスケーラーのグラフと指標

前のセクションで説明したオプションに加えて、インスタンスでマネージド オートスケーラーが有効になっている場合、コンピューティング容量グラフに [ログを表示] ボタンが表示されます。このボタンをクリックすると、マネージド オートスケーラーのログが表示されます。

マネージド オートスケーラーが有効になっているインスタンスでは、次の指標を使用できます。

グラフ名と指標タイプ	説明
コンピューティング容量	ノードが選択されている。
instance/autoscaling/min_node_count	インスタンスに割り当てるようにオートスケーラーが構成された最小ノード数。
instance/autoscaling/max_node_count	インスタンスに割り当てるようにオートスケーラーが構成された最大ノード数。
instance/autoscaling/recommended_node_count_for_cpu	インスタンスの CPU 使用率に基づく推奨ノード数。
instance/autoscaling/recommended_node_count_for_storage	インスタンスのストレージ使用量に基づく推奨ノード数。
コンピューティング容量	処理ユニットが選択されている。
instance/autoscaling/min_processing_units	インスタンスに割り当てるようにオートスケーラーが構成された最小処理ユニット数。
instance/autoscaling/max_processing_units	インスタンスに割り当てるようにオートスケーラーが構成された最大処理ユニット数。
instance/autoscaling/recommended_processing_units_for_cpu	推奨される処理ユニット数。この推奨は、インスタンスの以前の CPU 使用率に基づいています。
instance/autoscaling/recommended_processing_units_for_storage	使用するように推奨される処理ユニットの数。この推奨は、インスタンスの以前のストレージ使用量に基づいています。
CPU 使用率（優先度別）
instance/autoscaling/high_priority_cpu_utilization_target	自動スケーリングに使用する優先度の高い CPU 使用率の目標値。
保存容量の合計	処理ユニットが選択されている。
instance/storage/limit_bytes	インスタンスのストレージ上限（バイト単位）。
instance/autoscaling/storage_utilization_target	自動スケーリングに使用するストレージ使用率の目標値。

階層型ストレージのグラフと指標

階層型ストレージを使用するインスタンスでは、次の指標を使用できます。

グラフ名と指標タイプ	説明
instance/storage/used_bytes	SSD ストレージと HDD ストレージに保存されているデータの合計バイト数。
instance/storage/combined/limit_bytes	SSD と HDD の合計ストレージの上限。
instance/storage/combined/limit_per_processing_unit	各処理ユニットの SSD と HDD の合計ストレージの上限。
instance/storage/combined/utilization	SSD と HDD の使用されている合計ストレージと、合計ストレージの上限の比較。
instance/disk_load	HDD の負荷使用量。

データの保持

システム分析情報ダッシュボードのほとんどの指標の最大データ保持期間は 6 週間です。ただし、テーブルごとのデータベース ストレージ グラフの場合、データは（Spanner ではなく）SPANNER_SYS.TABLE_SIZES_STATS_1HOUR テーブルから消費され、最大保持期間は 30 日です。詳細については、データの保持をご覧ください。

システム分析情報ダッシュボードを表示する

システム分析情報ページを表示するには、インスタンスとデータベース レベルで Spanner の権限と Spanner の権限に加えて、次の Identity and Access Management（IAM）権限が必要です。

• spanner.databases.beginReadOnlyTransaction
• spanner.databases.select
• spanner.sessions.create

Spanner IAM 権限の詳細については、IAM を使用したアクセス制御をご覧ください。

インスタンスでマネージド オートスケーラーを有効にする場合は、マネージド オートスケーラーのログを表示するための logging.logEntries.list 権限も必要です。

この権限の詳細については、事前定義ロールをご覧ください。

システム分析情報ダッシュボードを表示するには、次の手順を実施します。

1. Google Cloud コンソールで、Spanner インスタンスのリストを開きます。

   インスタンス リストに移動

2. 次のいずれかを行います。

   1. インスタンスの指標を表示するには、確認するインスタンスの名前をクリックし、ナビゲーション メニューで [システム分析情報] をクリックします。

   2. データベースの指標を表示するには、インスタンスの名前をクリックしてデータベースを選択し、ナビゲーション メニューで [システム分析情報] をクリックします。

3. 省略可: 期間を変えて履歴データを表示するには、ページの右上にあるボタンを探し、表示したい期間をクリックします。

4. 省略可: グラフに表示されるデータを制御するには、グラフのプルダウン リストのいずれかをクリックします。たとえば、インスタンスがデュアルリージョンまたはマルチリージョン構成を使用している場合、一部のグラフではプルダウン リストを使用して特定のリージョンのデータを表示できます。すべてのグラフでプルダウン リストが使用できるわけではありません。

次のステップ

• Spanner の CPU 使用率とレイテンシの指標について理解する。
• Monitoring でカスタマイズされたグラフとアラートを設定する。
• Spanner インスタンスの種類について詳しく調べる。