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

このページでは、システム分析情報ダッシュボードを使用して 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 データベースのリソースタイプを選択すると、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	変更ストリーム別の読み取りリクエストのレイテンシの分布。この指標を使用して、すべてのレイテンシを表示し、レイテンシが変更ストリームの読み取りか、変更以外のストリームの読み取りかを区別します。変更ストリームクエリは長時間実行され、数秒かかると予想されます。一方、変更以外のストリームクエリは、大部分が短時間で実行されます。この指標を使うと、以下のことができます。変更ストリームクエリのレイテンシを表示します。変更以外のストリームクエリのレイテンシを表示する。変更以外のストリームクエリでレイテンシが高いかどうかを特定します。
レイテンシ 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 API メソッドごとにグループ化された、Spanner が 1 秒間に実行したオペレーションの数
スループット 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/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 行が表示されます。データベースが最近作成されたか、リーダーリージョンが最近変更された場合、グラフはすぐに安定しない可能性があります。このグラフはマルチリージョンインスタンスでのみ使用できます。
リモートサービスコール数 query_stat/total/remote_service_calls_count	リモートサービス呼び出しの数。サービスとレスポンスコード別にグループ化されます。 200 や 500 などの HTTP レスポンスコードで応答します。
リモートサービスコールのレイテンシ query_stat/total/remote_service_calls_latencies	サービスによってグループ化されたリモートサービス呼び出しのレイテンシ。レイテンシ指標は、パーセンタイルプルダウンを使用して 50 パーセンタイルと 99 パーセンタイルで確認できます。 50 パーセンタイルのレイテンシ: 最も処理時間の短いリクエストの 50 パーセンタイルの最大レイテンシ（秒）。 99 パーセンタイルのレイテンシ: 最も処理時間の短いリクエストの 99 パーセンタイルの最大レイテンシ（秒）。
リモートサービスで処理された行数 query_stat/total/remote_service_processed_rows_count	リモートサービスによって処理された行の数。サービス名とレスポンスコード別にグループ化されます。 200 や 500 などの HTTP レスポンスコードで応答します。
リモートサービスの行レイテンシ 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	自動スケーリングに使用するストレージ使用率の目標値。

データの保持

システム分析情報ダッシュボードのほとんどの指標の最大データ保持期間は 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 インスタンスの種類について詳しく調べる。