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

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

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

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

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

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

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

システム分析情報ダッシュボード

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

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

使用可能なスコアカード

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

使用可能なグラフと指標

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

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

グラフの特定のセクションにズームインするには、グラフをクリックして水平方向または垂直方向にドラッグします。ズーム操作を元に戻すには、 [ズームをリセット] をクリックします。ズーム操作は、ダッシュボード上のすべてのグラフに同時に適用されます。
凡例の表示と非表示を切り替えるには、 [グラフの凡例を開く / 閉じる] をクリックします。
グラフを全画面表示するには、 [全画面表示の開始 / 終了] をクリックします。Esc キーを押して全画面表示を終了することもできます。
その他のオプションを表示するには、 [その他のグラフオプション] をクリックします。

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

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

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

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

グラフ名と指標タイプ	説明
コンピューティング容量	ノードが選択されている。
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 権限も必要です。

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

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

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

インスタンスリストに移動
次のいずれかを行います。
1. インスタンスの指標を表示するには、確認するインスタンスの名前をクリックし、ナビゲーションメニューで [システム分析情報] をクリックします。
2. データベースの指標を表示するには、インスタンスの名前をクリックしてデータベースを選択し、ナビゲーションメニューで [システム分析情報] をクリックします。
省略可: 期間を変えて履歴データを表示するには、ページの右上にあるボタンを探し、表示したい期間をクリックします。
省略可: グラフに表示されるデータを制御するには、グラフのプルダウンリストのいずれかをクリックします。たとえば、インスタンスがデュアルリージョンまたはマルチリージョン構成を使用している場合、一部のグラフではプルダウンリストを使用して特定のリージョンのデータを表示できます。すべてのグラフでプルダウンリストが使用できるわけではありません。

次のステップ

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