このページでは、システム分析情報ダッシュボードを使用して Spanner インスタンスとデータベースをモニタリングする方法について説明します。
システム分析情報について
システム分析情報ダッシュボードには、選択したインスタンスまたはデータベースに関するスコアカードとグラフが表示され、レイテンシ、CPU 使用率、ストレージ、スループットなどのパフォーマンス統計情報が示されます。異なる期間のグラフを表示できます。表示期間は過去 1 時間から過去 30 日までの間で設定できます。
システム分析情報ダッシュボードには、次のセクションがあります（スクリーンショットを参照）。
- データベース リスト: 選択したデータベースの統計情報が表示されます。単一のデータベースまたはすべてのデータベースの集計を表示できます。これはインスタンスでのみ使用できます。
- レイアウトの切り替え: 単一列と 2 列のレイアウトを切り替えます。
- 時間範囲フィルタ: 時間、日、カスタム範囲など、時間範囲で統計情報をフィルタします。
- スコアカード: 選択した期間の特定の時点における統計情報が表示されます。
グラフ: 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 パーセンタイルで確認できます。
|
done |
done |
データベース別のレイテンシ api/request_latencies |
Spanner が読み取りまたは書き込みリクエストの処理に要した時間（データベースごとにグループ化）。[関数] プルダウンを使用して、[読み取り] または [書き込み] を選択するか、[読み取り/書き込み] を選択すると、両方の指標を表示できます。この測定は、Spanner がリクエストを受信すると開始され、Spanner がレスポンスの送信を開始すると終了します。 パーセンタイルプルダウンを使用して 50 パーセンタイルと 99 パーセンタイルのレイテンシの指標を確認できます。
|
done |
close |
API メソッド別のレイテンシ api/request_latencies |
Spanner がリクエストの処理に要した時間（Spanner API メソッドごとにグループ化）。この測定は、Spanner がリクエストを受信すると開始され、Spanner がレスポンスの送信を開始すると終了します。 指標は、パーセンタイルプルダウンを使用して 50 パーセンタイルと 99 パーセンタイルで確認できます。:
|
close |
done |
トランザクション レイテンシ api/request_latencies_by_transaction_type |
Spanner がトランザクションの処理に要した時間。読み取り / 書き込み型と読み取り専用型のトランザクションの指標を表示できます。 レイテンシ チャートとトランザクション レイテンシ チャートの主な違いは、トランザクション レイテンシ チャートで、読み取り専用タイプへのリーダーの関与を選択できる点です。読み取り専用トランザクションには、[リーダーが関与している] または [リーダーが関与していない] を選択できます。リーダーが関与している読み取りでは、レイテンシが増加する可能性があります。このグラフを使用すると、タイムスタンプ バウンドが少なくとも 15 秒であると仮定して、リーダーと通信せずに stale read を使用すべきかどうかを評価できます。読み取り / 書き込みトランザクションの場合、リーダーは常にトランザクションに関与するため、グラフに表示されるデータには、リクエストがリーダーに到達してレスポンスを受信するまでの時間が常に含まれます。 指標は 50 パーセンタイルと 99 パーセンタイルで確認できます。
|
done |
done |
データベース別のトランザクション レイテンシ api/request_latencies_by_transaction_type |
Spanner がトランザクションの処理に要した時間。読み取り / 書き込み型と読み取り専用型のトランザクションの指標を表示できます。 レイテンシ チャートとデータベース グラフによるトランザクション レイテンシの主な違いは、データベース トランザクション レイテンシ チャートで、読み取り専用タイプへのリーダーの関与を選択できる点です。読み取り専用トランザクションには、[リーダーが関与している] または [リーダーが関与していない] を選択できます。リーダーが関与している読み取りでは、レイテンシが増加する可能性があります。このグラフを使用すると、タイムスタンプ バウンドが少なくとも 15 秒であると仮定して、リーダーと通信せずに stale read を使用すべきかどうかを評価できます。読み取り / 書き込みトランザクションの場合、リーダーは常にトランザクションに関与するため、グラフに表示されるデータには、リクエストがリーダーに到達してレスポンスを受信するまでの時間が常に含まれます。 指標は 50 パーセンタイルと 99 パーセンタイルで確認できます。
|
done |
close |
API メソッド別のトランザクション レイテンシ api/request_latencies_by_transaction_type |
Spanner がトランザクションの処理に要した時間。読み取り / 書き込み型と読み取り専用型のトランザクションの指標を表示できます。 レイテンシ グラフと API メソッド別のトランザクション レイテンシ グラフの主な違いは、API メソッド別のトランザクション レイテンシのグラフで読み取り専用タイプへのリーダーの関与を選択できることです。読み取り専用トランザクションには、[リーダーが関与している] または [リーダーが関与していない] を選択できます。リーダーが関与している読み取りでは、レイテンシが高くなる可能性があります。このグラフを使用すると、タイムスタンプ バウンドが少なくとも 15 秒であると仮定して、リーダーと通信せずに stale read を使用すべきかどうかを評価できます。読み取り / 書き込みトランザクションの場合、リーダーは常にトランザクションに関与するため、グラフに表示されるデータには、リクエストがリーダーに到達してレスポンスを受信するまでの時間が常に含まれます。 指標は 50 パーセンタイルと 99 パーセンタイルで確認できます。
|
close |
done |
1 秒あたりのオペレーション数 api/api_request_count |
Spanner が 1 秒間に実行したオペレーション（読み取り/書き込み）の数。または、1 秒間に Spanner サーバーで発生したエラー数。 グラフに表示するオペレーションを選択できます。
|
done |
done |
データベース別の 1 秒あたりのオペレーション数 api/api_request_count |
Spanner が 1 秒間に実行したオペレーション（読み取り/書き込み）の数。または、1 秒間に 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 つのクォーラムの健全性のタイムラインが表示されます。 グラフには、クォーラムの可用性プルダウンがあり、正常モードまたは中断モードのリージョンを確認できます。このグラフをエラー率とレイテンシの指標とともに使用すると、リージョン障害が発生した場合に、セルフマネージド フェイルオーバーのタイミングを決定できます。詳細については、フェイルオーバーとフェイルバックをご覧ください。 手動でフェイルオーバーとフェイルバックを行うには、デュアルリージョン クォーラムを変更するをご覧ください。 |
done |
close |
|
リモート サービス呼び出し数 query_stat/total/remote_service_calls_count |
リモート サービス呼び出し数（サービスとレスポンス コード別）。 HTTP レスポンス コード（200 や 500 など）で応答します。 |
done |
done |
|
リモート サービス呼び出しのレイテンシ query_stat/total/remote_service_calls_latencies |
リモート サービス呼び出しのレイテンシ（サービス別）。 レイテンシ指標は、パーセンタイルプルダウンを使用して 50 パーセンタイルと 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 パーセンタイルで確認できます。
|
done |
done |
|
リモート サービス ネットワークのバイト数 query_stat/total/remote_service_network_bytes_sizes |
リモート サービスとネットワーク間の送受信バイト数（サービスと方向別）。 この値は、バイナリ バイト単位で測定されます。この測定単位は、2 の累乗に基づいています。たとえば、1 バイナリ GB は 2^30 バイトです。この測定単位は、ギビバイト（GiB）ともいいます。 方向は、送信または受信されるトラフィックを指します。 ネットワーク バイト交換の 50 パーセンタイルと 99 パーセンタイルの指標は、[パーセンタイル] プルダウンを使用して確認できます。
|
done |
done |
マネージド オートスケーラーのグラフと指標
前のセクションで説明したオプションに加えて、インスタンスでマネージド オートスケーラーが有効になっている場合、コンピューティング容量グラフに [ログを表示] ボタンが表示されます。このボタンをクリックすると、マネージド オートスケーラーのログが表示されます。
マネージド オートスケーラーが有効になっているインスタンスでは、次の指標を使用できます。
データの保持
システム分析情報ダッシュボードのほとんどの指標の最大データ保持期間は 6 週間です。ただし、テーブルごとのデータベース ストレージ グラフの場合、データは（Spanner ではなく）SPANNER_SYS.TABLE_SIZES_STATS_1HOUR テーブルから消費され、最大保持期間は 30 日です。詳細については、データの保持をご覧ください。
システム分析情報ダッシュボードを表示する
システム分析情報ページを表示するには、インスタンスとデータベース レベルで Spanner の権限と Spanner の権限に加えて、次の Identity and Access Management（IAM）権限が必要です。
spanner.databases.beginReadOnlyTransactionspanner.databases.selectspanner.sessions.create
Spanner IAM 権限の詳細については、IAM を使用したアクセス制御をご覧ください。
インスタンスでマネージド オートスケーラーを有効にする場合は、マネージド オートスケーラーのログを表示するための logging.logEntries.list 権限も必要です。
この権限の詳細については、事前定義ロールをご覧ください。
システム分析情報ダッシュボードを表示するには、次の手順を実施します。
Google Cloud コンソールで、Spanner インスタンスのリストを開きます。
次のいずれかを行います。
インスタンスの指標を表示するには、詳細を確認するインスタンスの名前をクリックし、ナビゲーション メニューで [システム分析情報] をクリックします。
データベースの指標を表示するには、インスタンスの名前をクリックしてデータベースを選択し、ナビゲーション メニューで [システム分析情報] をクリックします。
省略可: 期間を変えて履歴データを表示するには、ページの右上にあるボタンを探し、表示したい期間をクリックします。
省略可: グラフに表示されるデータを制御するには、グラフのプルダウン リストのいずれかをクリックします。たとえば、インスタンスがデュアルリージョンまたはマルチリージョン構成を使用している場合、一部のグラフではプルダウン リストを使用して特定のリージョンのデータを表示できます。すべてのグラフでプルダウン リストが使用できるわけではありません。
次のステップ
- Spanner の CPU 使用率とレイテンシの指標について理解する。
- Monitoring でカスタマイズされたグラフとアラートを設定する。
- Spanner インスタンスの種類について詳しく調べる。