割り当てと上限

効率的な動作を確保するため、Cloud Monitoring には次の使用量上限が課されます。

カスタム指標

カテゴリ 最大値
1 プロジェクトあたりのカスタム指標記述子1 2,000
1 指標記述子あたりのラベル 10
ラベルキーの文字列長 100
ラベル値の文字列長 1,024
1 リクエストに含まれる時系列2 200
単一時系列へのデータ書き込み速度3 10 秒あたり 1 ポイント
1 カスタム分布指標あたりのヒストグラム バケット 200
1 プロジェクトあたりの外部4 指標記述子の数 10,000
1 モニタリング対象リソース5 あたりの、カスタム指標からのアクティブな時系列 200,000
1 モニタリング対象リソース5 あたりの、外部指標からのアクティブな時系列 200,000

1 この上限は Cloud Monitoring によって課されます。他のサービスによってより低い最大値が課されることもあります。
2 リクエストの各時系列に書き込めるデータポイントは 1 つだけです。したがってこの制限はリクエストごとに書き込めるポイント数の上限としても作用します。
3 Cloud Monitoring API では、時系列に書き込まれるポイントの終了時間が少なくとも 10 秒離れている必要があります。データポイントが順番に書き込まれる場合は、ポイントを時系列にバッチ書き込みできます。
4 外部指標とは、external.googleapis.com に書き込まれる数を指します。これらの指標には、Prometheus(Kubernetes でよく使用されるモニタリング ツール)によって書き込まれる数が含まれます。詳しくは、Prometheus の使用をご覧ください。
5 過去 24 時間以内に時系列にデータポイントが書き込まれた場合、その時系列はアクティブです。Prometheus3 の指標を含むカスタム指標と外部指標において、上限は、単一のモニタリング対象リソースのカスタム指標タイプすべて、または外部指標タイプすべてにおけるアクティブな時系列の合計数に適用されます。この例外となるのが global のモニタリング対象リソースです。このリソースには各指標タイプごとに上限が適用されます。これはシステム全体のセーフティ リミットであり、カスタマイズすることはできません。

Monitoring API の割り当てと上限

カテゴリ 最大値
API の使用上限 割り当てダッシュボードで確認してください。API については、[すべての割り当て量] をクリックすると割り当てが表示されます。
API ページトークンの存続時間 24 時間

Monitoring API の割り当てについて

Monitoring API には、時系列取り込みリクエストと時系列クエリのレートに対して割り当ての上限があります。取り込みリクエストは時系列データを書き込む呼び出しで、クエリは時系列データを取得する呼び出しです。他の Monitoring API エンドポイントにも内部上限があります。これらのエンドポイントは、大量のリクエストを処理するためのものではありません。

サービスが時系列データを書き込む際に発行する API リクエストの数を削減するには、1 つの API リクエストを使用して複数の時系列のデータを書き込みます。リクエストごとに少なくとも 10 個のオブジェクトを書き込むことをおすすめします。API リクエストのバッチ処理の詳細については、timeSeries.create をご覧ください。

API リクエストをバッチ処理しても、Monitoring API の割り当て上限の引き上げが必要な場合は、Google Cloud サポートにお問い合わせください。

このページでは、変更できないその他の上限について詳しく説明しています。

詳細については、割り当ての操作をご覧ください。

データの保持

保持期間を過ぎた指標データポイントは時系列から削除されます。

カテゴリ
カスタム、外部、エージェントの各指標タイプ のデータポイントの保持期間 24 か月
プロセスの状態の指標タイプ のデータポイントの保持期間 24 時間
その他の指標タイプのデータポイントの保持期間 6 週間
API ページトークンの存続時間 24 時間

指標データは、元のサンプリング頻度で 6 週間保存され、その後、長期保存用に 10 分間隔にダウンサンプリングされます。 カスタム指標には、接頭辞 "custom.googleapis.com" が含まれています。外部指標には、接頭辞 "external.googleapis.com" が含まれています。 エージェントの指標には接頭辞「agent.googleapis.com」が含まれていますが、このグループのプロセスの状態の指標には異なる保持期間が設定されています。次の注をご覧ください。
プロセスの状態の指標は、指標タイプの文字列に count_by_state または fork_count を含まない agent.googleapis.com/processes 指標です。count_by_statefork_count の指標は 6 週間保持されます。

リソース グループ

カテゴリ
指標スコープごとのリソース グループの数 500
1 メールレポートに含まれるグループ数の上限1 10

1 Cloud Monitoring メールレポートを設定する際、リソース グループの使用率に関する情報をリクエストできます。メールレポート ツールの上限に従い、生成されたレポートには 10 グループのみの情報が含まれます。

モニタリング対象プロジェクトの上限

指標スコープごとに最大 375 個の Google Cloud プロジェクトを追加できます。 この上限の引き上げをリクエストするには、アカウント チームにお問い合わせください。

アラートと稼働時間チェックに関する上限

カテゴリ ポリシータイプ 1
指標スコープごとのアラート ポリシー(指標とログの合計)2 500 指標、ログ
1 アラート ポリシーあたりの条件数 6 指標
指標不在条件の最長時間 1 日 指標
指標しきい値条件の最長時間 23 時間 30 分 指標
1 アラート ポリシーあたりの通知チャンネル数 16 指標、ログ
通知の最大レート ログベースのアラートごとに 5 分あたり 1 件の通知 ログ
通知の最大数 ログベースのアラートごとに 1 日あたり 20 件の通知 ログ
1 アラート ポリシーあたりの
同時対応待ちインシデントの最大数
5000 指標
新規データのないインシデントが
自動的に終了するまでの期間
7 日 指標
手動で終了していない場合のインシデントの最長時間 7 日 ログ
指標スコープごとの通知チャネル 4000 該当なし
指標スコープごとの稼働時間チェック3 100 該当なし
1指標: 指標データに基づくアラート ポリシー。ログ: ログメッセージに基づくアラート ポリシー(ログベースのアラート)
2ApigeeApigee ハイブリッド は Cloud Monitoring と緊密に統合されています。すべての Apigee サブスクリプション レベル(Standard、Enterprise、Enterprise Plus)のアラート数の上限は、Cloud Monitoring と同じで、1 指標スコープあたり 500 です。
3この上限は稼働時間チェックの構成の数に適用されます。稼働時間チェックの各構成には、指定されたリソースのステータスを確認する時間間隔が含まれます。詳細については、稼働時間チェックの管理をご覧ください。

グラフに関する上限

カテゴリ
指標スコープごとのダッシュボード 1000
1 つのダッシュボード上のグラフの数 40
1 つのグラフ上の線の数 300

サービスレベル目標

カテゴリ
サービスあたりの SLO の数 500