GoogleCloud のオペレーション スイートの料金

Google Cloud のオペレーション スイートの料金は、お客様が使用量と費用を管理しやすいように設定されています。Google Cloud のオペレーション スイート プロダクトの料金は、データ容量に基づいて計算されます。無料のデータ割り当て量を使用して、契約や初期費用なしで利用を開始できます。

以下の各表は、Cloud Logging、Cloud Monitoring、Cloud Trace の料金情報をまとめたものです。

Cloud Logging の料金概要

機能 料金1 毎月の無料割り当て量 発効日
ロギングの取り込み 取り込まれたログに対して $0.50/GiB。この 1 回限りの取り込みの料金には、最大 30 日間のストレージが含まれます プロジェクトごとに最初の 50 GiB 2018 年 7 月 1 日
ロギングのストレージ 30 日を超えて保持されたログに対して $0.01/GiB。保持に応じて月単位で請求されます。 デフォルトの保持期間用に保持されているログにストレージの費用はかかりません。 2022 年 4 月 1 日

Cloud Monitoring の料金概要

機能 料金 毎月の無料割り当て量 発効日
全 Monitoring データ。
ただし、GKE ワークロード指標を使用して取り込まれたデータを除く。
$0.2580/MiB1: 最初の 150 ~ 100,000 MiB
$0.1510/MiB: 次の 100,000 ~ 250,000 MiB
$0.0610/MiB: 250,000 MiB 超
すべての課金対象外の GCP 指標
取り込まれたバイト数で課金される指標の場合、請求先アカウントごとに最初の 150 MiB
2018 年 7 月 1 日
GKE ワークロード指標を使用して取り込まれた Monitoring データ。 100 万サンプルごとに $0.15: 0~500 億サンプル#
100 万サンプルごとに $0.12: 500~2,500 億サンプル
100 万サンプルごとに $0.09: 2,500 億超のサンプル
該当なし 2022 年 2 月 1 日
Monitoring の API 呼び出し 1,000 ごとに $0.01 の読み取り API 呼び出し
(書き込み API 呼び出しは無料)
請求先アカウントごとの最初の 100 万回の読み取り API 呼び出し 2018 年 7 月 1 日
  Google では、Kubernetes アプリケーションのモニタリングに、Cloud Monitoring で GKE ワークロード指標を使用することを推奨します。GKE ワークロード指標では、Prometheus の表記法に沿ったバイト数ではなく、取り込まれたサンプル数に基づいて計測されます。サンプルベースの測定の詳細については、管理可能かつ予測可能な料金をご覧ください。計算例については、取り込まれたサンプル数に基づく料金の例をご覧ください。
#  サンプルは、請求先アカウントごとにカウントされます。

Cloud Trace の料金概要

機能 料金 毎月の無料割り当て量 発効日
Trace での取り込み 100 万スパンごとに $0.20 最初の 250 万スパン 2018 年 11 月 1 日

Google Cloud のオペレーション スイート プロダクトの費用の詳細については、このページの以下のセクションをご覧ください。

Anthos の料金の詳細については、Anthos をご覧ください。

Google Cloud Managed Service for Prometheus の料金概要

Google Cloud Managed Service for Prometheus では、外部で作成された指標データに Cloud Monitoring ストレージが使用され、Monitoring API を使用してそのデータが取得されます。Managed Service for Prometheus では、次の Monitoring の料金が発生します。

機能 料金 毎月の無料割り当て量 発効日
Google Cloud Managed Service for Prometheus の指標 100 万サンプルごとに $0.20 : 0~500 億サンプル#
100 万サンプルごとに $0.16: 500~2,500 億サンプル
100 万サンプルごとに $0.12: 2,500 億超のサンプル
該当なし 2021 年 12 月 1 日
Monitoring の API 呼び出し 1,000 ごとに $0.01 の読み取り API 呼び出し
(書き込み API 呼び出しは無料)
請求先アカウントごとの最初の 100 万回の読み取り API 呼び出し 2018 年 7 月 1 日
  Google Cloud Managed Service for Prometheus では、Prometheus の表記法に沿ったバイト数ではなく、取り込まれたサンプル数に基づいて計測されます。サンプルベースの測定の詳細については、管理可能かつ予測可能な料金をご覧ください。計算例については、取り込まれたサンプル数に基づく料金の例をご覧ください。
#  サンプルは、請求先アカウントごとにカウントされます。

使用状況の確認

現在の使用状況を確認するには、Google Cloud Console の Cloud Billing レポートページに移動します。

Cloud Billingに移動

現在の使用状況データに基づき、料金計算ツールを使用して、請求額を見積もることができます。

たとえば、すべての Compute Engine VM インスタンス が、1 か月あたり 10 GiB課金対象のログ20 MiB課金対象の指標を生成する場合の料金構成を考えてみましょう。 料金計算ツールを使用することで、Cloud Monitoring と Cloud Logging の推定費用を確認できます。

1 VM 10 VM 100 VM 1,000 VM
1 か月あたりの指標費用 $0.00 $12.90 $477.30 $5,121.30
1 か月あたりの Logging 費用 $0.00 $25.00 $475.00 $4,975.00
合計費用: $0.00 $37.90 $952.30 $10,096.30

請求アラートの構成

請求可能な料金または予測料金が予算を超えた場合に通知を受け取るには、Google Cloud Console の [予算とアラート] ページでアラートを作成します。

  1. Google Cloud Console にログインします。
    Cloud Console にログイン
  2. Console のナビゲーション メニュー を開き、[お支払い] を選択します。複数の Cloud 請求先アカウントがある場合は、次のいずれかを行います。
    • 現在のプロジェクトの Cloud Billing を管理するには、[リンクされた請求先アカウントに移動] を選択します。
    • 別の Cloud 請求先アカウントを確認するには、[請求先アカウントを管理] を選択し、予算を設定する対象のアカウントを選択します。
  3. [お支払い] ナビゲーション メニューから [予算とアラート] を選択します。
  4. [予算を作成] をクリックします。
  5. 予算ダイアログに入力します。このダイアログでは、Google Cloud のプロジェクトとサービスを選択し、その組み合わせに対する予算を作成します。デフォルトでは、予算の 50%、90%、100% に達すると通知が送られます。詳細については、予算と予算アラートの設定をご覧ください。

Cloud Logging

Cloud Logging の料金の中心はログバケットです。ログバケットは、ログデータを取り込んで保存するロギング コンテナです。

Logging では、取り込みとストレージの毎月の無料割り当てを超えるログデータ量に対して課金されます。

このセクションでは、次の情報を提供します。

  • 無料の取り込みの割り当てについて説明します。
  • 無料の保存容量の割り当てについて説明します。
  • Cloud Logging の取り込みとストレージに関連する料金が発生する条件を定義します。
  • Cloud Logging の取り込み費用を削減する方法に関する情報を提供します。
  • Cloud Logging の取り込みがしきい値に達した場合に通知できるアラート ポリシーの設定について説明します。

料金情報については、Cloud Logging の料金をご覧ください。

データ保持期間など Logging の使用に適用される上限については、割り当てと上限をご覧ください。

Cloud Logging の使用状況データを確認して理解するには、請求の見積もりをご覧ください。

Cloud Logging ストレージについて

Cloud プロジェクトごとに、ロギングによって自動的に _Required_Default の 2 つのログバケットが作成されます。

これらの 2 つのバケットの場合、Logging は、対応する名前のバケットにログをルーティングする _Required および _Default という名前のログシンクを自動的に作成します。_Required シンクを無効にしたり変更したりすることはできません。_Default シンクを無効にするか変更すると、_Default バケットがログを取り込めないようにすることができます。

また、任意の Cloud プロジェクトでユーザー定義のログバケットを作成し、Google Cloud 組織内のクラウド プロジェクト間でログの組み合わせをルーティングするようにシンクを構成できます。

Cloud Logging のバケットとシンクの詳細については、Cloud Logging ストレージの概要をご覧ください。

取り込みの料金

料金計算において、Cloud Logging では、取り込みは Cloud Logging API にデータを書き込み、データをログバケットにルーティングするプロセスを指します。

_Required​​ バケットに取り込まれたログを除き、無料の毎月の取り込み割り当てを超えるログデータの量に対するロギング料金。取り込みの費用は、_Required ログバケットに保存されているログには適用されません。

同じログエントリを複数回取り込むと課金される場合があります。たとえば、シンクがログエントリを 3 つのログバケットにルーティングしている場合、そのログエントリの取り込みは 3 回の取り込みとしてカウントされます。

_Required バケットへの無料取り込み

Cloud Logging は、以下の特定のログを _Required バケットに自動的に転送します。このバケットの削除や、ログの取り込みの停止はできません。したがって、次のログの _Required バケットへの取り込みは無料で、毎月のログ取り込み割り当てにはカウントされません。

ストレージの料金

料金計算において、Cloud Logging では、ストレージはログバケットに保持されるログデータを指します。

Cloud Logging では、どのログバケットに保持されているかに関係なく、最初の 30 日間、取り込まれたすべてのログに無料ストレージを提供します。

ユーザー定義のログバケットまたは _Default バケットでカスタム保持期間を構成して、デフォルトの保持期間よりも長くログデータの保持を延長した場合は、ストレージ料金が適用されます。

ストレージ料金は、_Required ログバケットに保存されたログに適用されません。同じログのコピーを別のバケットに転送し、30 日を超えて保持する場合は、ストレージ料金が適用されます。

同じログエントリを複数回保存すると課金される場合があります。たとえば、シンクがログエントリを _Default ログバケットとユーザー定義のログバケットにルーティングし、そのバケットの保持期間を過去 30 日間に構成した場合、エントリのストレージはストレージ料金に 2 回カウントされます。

ログの取り込みの削減

Logging を使用すると、Google Cloud プロジェクトからログエントリを手動で特定して除外できます。これにより、Cloud Logging による取り込みを減らすことができます。

Cloud Logging で取り込み費用を削減するには、ログバケットのシンクで除外フィルタを構成すると同時に、ログを Cloud Logging 外部にルーティングしてアクセスを維持することを検討してください。

ログシンクに除外フィルタを追加すると、一致するログエントリを除外したり、一致するログエントリの一部の割合のみを Cloud Logging ストレージに取り込んで一定量のログエントリをサンプリングしたりできます。除外されたログエントリは取り込まれないため、取り込み割り当てには影響しません。除外フィルタの設定手順については、ログの除外をご覧ください。

Logging 以外のログへのアクセスを維持するために、ログシンクを使用して Cloud Logging のログエントリを、サポートされている Google Cloud の宛先(Cloud Storage バケット、BigQuery データセット、Pub/Sub トピックなど)にルーティングすることもできます。ログのルーティングに Cloud Logging の料金はかかりませんが、ログを受信する Google Cloud サービスの使用分には料金が発生します。Cloud Logging の外部にログをルーティングする方法については、ログのエクスポートをご覧ください。

ログベースの指標

システム定義のログベースの指標は、すべての Google Cloud プロジェクトに提供され、課金対象外です。

ユーザー定義のログベースの指標は、Cloud Monitoring カスタム指標のクラスであり、課金対象です。料金の詳細については、課金対象指標をご覧ください。

詳しくは、ログベースの指標の概要をご覧ください。

取り込みログバイト数の月間合計に関するアラート

取り込みログバイト数の月間合計が Cloud Logging のユーザー定義上限を超えたときに起動するアラート ポリシーを作成するには、次の設定を使用します。

[ターゲット] ペイン
フィールド

Resource type Global
Metric Monthly log bytes ingested
Filter
Aggregator sum
Period 60 m
Aligner max
[Configuration] ペイン
フィールド

Condition triggers if Any time series violates
Condition is above
Threshold 許容値を決定します。
For 最小許容値は 30 分です。

Cloud Monitoring

Monitoring では、以下に対して料金が発生します。

  • 取り込まれたバイト数で測定された指標(指標の取り込み量が毎月の無料の割り当て量を超過した場合)。

    課金対象外の指標は、割り当て上限の対象には含まれません。

  • 取り込まれたサンプル数で測定された指標。

  • 毎月の無料 API 割り当てを超えた Cloud Monitoring API 読み取り呼び出し。

    Monitoring API の書き込み呼び出しには、割り当て上限が適用されません。

Monitoring における取り込みとは、Monitoring に時系列を書き込むプロセスを指します。各時系列には、いくつかのデータポイントが含まれており、そうしたデータポイントが取り込み料金の基礎になります。料金について詳しくは、Cloud Monitoring の料金をご覧ください。

このセクションでは、次の情報を提供します。

  • 課金対象と課金対象外の指標の定義。
  • バイト単位とサンプルベースの取り込み方法についての説明。
  • 取り込みバイト数で課金される指標の料金例。

最新の料金情報については、Cloud Monitoring の料金をご覧ください。

Monitoring の使用に適用される上限については、割り当てと上限をご覧ください。

現在の使用状況を確認するには、Google Cloud Console の Cloud Billing レポートページ、または Monitoring 設定ページに移動します。

Monitoring 設定に移動

現在の使用状況データに基づき、請求額を見積もることができます。

課金対象外の指標

Google Cloud、Anthos、Knative から取得した指標データは課金対象外です。課金対象外(無料)の指標には、以下のものが含まれます。

課金対象指標

すべての指標データ(課金対象外の指標セクションに記載された指標を除く)は、課金対象です。ほとんどの指標の取り込みでは、バイト数で課金されますが、サンプル数で課金されるものもあります。こうした料金モデルについては、以降のセクションで説明します。

取り込みの費用に影響する要因は次のとおりです。

  • 指標によって収集されるデータポイント(スカラー値または分布値)の型。

    • 特定の指標タイプに関連付けられたデータ型の詳細については、指標の一覧をご覧ください。
    • スカラーデータ型と分布データ型の詳細については、値の型をご覧ください。
  • 時系列に書き込まれるデータポイントの数。この値は、データをサンプリングする頻度とデータのカーディナリティによって異なります。カーディナリティによって、指標とモニタリング対象リソースタイプの組み合わせに対して生成される時系列の数が決まります。詳細については、カーディナリティをご覧ください。

時系列を構成する指標とリソースラベルの値は課金されません。

取り込まれたバイト数で課金される指標

次の指標は、取り込まれたバイトの数に応じて課金され、料金が設定されます。

料金計算に使用される取り込み量は、次のように計算されます。

  • スカラーデータ型の場合: 時系列に書き込まれるデータポイントごとに 8 バイト。ユーザー定義のログベースのカウンタ指標は、このカテゴリに分類されます。
  • 分布データ型の場合: 時系列に書き込まれるデータポイントごとに 80 バイト。

時系列のデータポイントの詳細については、時系列: モニタリング対象リソースからのデータをご覧ください。

取り込まれたサンプル数によって課金される指標

次の指標は、取り込まれたサンプルの数に応じて課金され、料金が設定されます。

料金計算に使用されるサンプル数は、次のように計算されます。

  • スカラーデータ型の場合: 時系列に書き込まれるポイントごとに 1。
  • 分布データ型の場合: 時系列に書き込まれるポイントごとに 2 と、ゼロ以外のカウントを持つヒストグラム バケットごとに 1。

時系列のデータポイントの詳細については、時系列: モニタリング対象リソースからのデータをご覧ください。

指標の取り込み量に関するアラート

1 か月あたりの指標の取り込み量に基づいてアラートを作成することはできません。ただし、Cloud Monitoring の費用に対してアラートを作成することは可能です。詳細については、請求アラートの構成をご覧ください。

取り込まれたバイト数に基づく料金の例

次の例では、取り込みバイト数で課金される指標の、指標データを収集するコストの見積もりを得る方法を示します。この例は、計算方法を説明するためのものです。包括的な見積もりには、料金計算ツールを使用してください。このツールにアクセスする場合は、Google Cloud のオペレーション スイート プロダクトを使って、指標、ロギング、トレースのデータを入力してください。

基本的なシナリオ: 複数のモニタリング対象リソース(Compute Engine、Google Kubernetes Engine、App Engine など)が、複数の指標からデータを毎月書き込んでいます。

各シナリオにおける可変要素としては次のものが挙げられます。

  • リソースの数
  • 指標の数
  • 指標が Google Cloud 指標であるかどうか
  • 指標データの書き込みレート

このセクションの例では、2020 年 7 月現在の Monitoring の料金を使用しています。

共通する背景情報

次の料金の例では、取り込まれる各指標データポイントの型が double、int64、または bool という前提です。料金計算では 8 バイトとしてカウントされます。1 か月は 730 時間(365 日 ÷ 12 か月 × 24 時間)、つまり 43,800 分とします。

1 データポイントのレートで 1 か月間データを書き込む 1 つの指標の場合:

  • 合計データポイント数: 43,800
  • 取り込まれる総量:
    • 350,400 バイト(43,800 データポイント × 8 バイト)
    • 0.33416748 MiB(350,400 バイト ÷ 1,048,576 バイト/MiB)

1 データポイントのレートで 1 か月間データを書き込む 1 つの指標の場合:

  • 合計データポイント数: 730
  • 取り込まれる総量:
    • 5,840 バイト(730 データポイント × 8 バイト)
    • 0.005569458 MiB(5,840 バイト ÷ 1,048,576 バイト/MiB)

シナリオ 1: 1,000 個のリソースがあり、それぞれが 75 個の指標を書き込んでいます。これらは Google Cloud 指標のみで、1 分あたり 1 データポイントのレートで書き込んでいます。

  • 1 か月の取り込み量: 25,063 MiB = 0.33416748 MiB(指標 1 つ分)× 75,000(1,000 リソース × 75 指標)
  • 1 か月のおよその費用: $0.00(無料分の Google Cloud 指標)
取り込み量(MiB) 単価($/MiB) 費用($)
上限なし 0.00 $0.00
合計 25,063 $0.00

シナリオ 2: 1,000 個のリソースがあり、それぞれが 75 個のカスタム指標を書き込んでいます。これらは課金対象の指標で、毎分 1 データポイントのレートで書き込んでいます。

  • 1 か月の取り込み量: 25,063 MiB(上に同じ)
  • 1 か月のおよその費用: $6,427.55
取り込み量(MiB) 単価($/MiB) 費用($)
150 0.00 $0.00
24,913 0.258 $6,427.55
合計 25,063 $6,427.55

シナリオ 3: 1,000 個のリソースがあり、それぞれが 75 個のカスタム指標を書き込んでいます。 これらは課金対象の指標で、毎 1 データポイントのレートで書き込んでいます。

  • 1 か月の取り込み量: 418 MiB = 0.005569458 MiB(指標 1 つ分)× 75,000
  • 1 か月のおよその費用: $69.14
取り込み量(MiB) 単価($/MiB) 費用($)
150 0.00 $0.00
267 0.258 $69.14
合計 417 $69.14

シナリオ 4: 1 つのリソースが 500,000 個の指標を書き込んでいます。これらは課金対象の指標で、それぞれ毎分 1 データポイントのレートで書き込んでいます。

  • 1 か月の取り込み量: 167,084 MiB = 0.33416748 MiB(指標 1 つ分)× 500,000
  • 1 か月のおよその費用: $35,890.98
取り込み量(MiB) 単価($/MiB) 費用($)
150 0.00 $0.00
99,850 0.258 $25,761.30
67,084 0.151 $10,129.68
合計 167,084 $35,890.98

管理と予測が可能な料金

Prometheus およびワークロード指標のマネージド サービスの料金は、管理できるように設計されています。サンプル単位で課金されるため、次の手段を使用して費用を管理できます。

  • サンプリング期間: 指標取得期間を 15 秒から 60 秒に変更することで、カーディナリティを犠牲にすることなく 75% のコスト削減を実現できます。サンプリング期間は、ジョブ単位、ターゲット単位、または全体に対して構成できます。

  • フィルタリング: フィルタリングを使用して、サービスのグローバル データストアに送信されるサンプル数を減らすことができます。詳細については、エクスポートされた指標のフィルタリング(Managed Service for Prometheus)か、費用の管理(ワークロード指標)をご覧ください。Prometheus 取得構成で指標の再ラベル付け構成ファイルを使用し、ラベル マッチャーに基づいて取り込み時に指標を削除します。

  • Managed Service for Prometheus のみ: カーディナリティが高く価値の低いデータを、ローカルに保持します。同じ取得構成を使用して、マネージド サービスとともに標準の Prometheus を実行し、サービスのグローバル データストアに送る価値がないデータをローカルに保持できます。

Prometheus およびワークロード指標のマネージド サービスの料金は、予測できるように設計されています。

  • まばらなヒストグラムがペナルティの対象になることはありません。サンプルは、最初のゼロ以外の値についてのみカウントされ、つづいてバケットn の値がバケットn-1 内の値よりも大きい場合にカウントされます。たとえば、値が 10 10 13 14 14 14 のヒストグラムでは、1 つ目、3 つ目、4 つ目のバケットで 3 つのサンプルとしてカウントされます。

    使用するヒストグラムの数と用途に応じて、変更されていないバケットを料金から除外すると、請求の対象としてカウントされるサンプル数が、ヒストグラム バケットの絶対数が示す数よりも 20~40% 少なくなることがあります。

  • サンプルごとに課金することで、HPA や GKE Autopilot によって作成されたような、迅速にスケールされたコンテナや、スケールされないプリエンプティブル(エフェメラル)コンテナに対してペナルティが科されることはありません。

    Prometheus の Managed Service またはワークロード指標が指標ごとに課金される場合、新しいコンテナが起動されるたびに 1 か月分のカーディナリティの料金が発生します。サンプル単位の料金設定では、コンテナの実行中にのみ料金が発生します。

クエリ(アラートクエリを含む)

インタラクティブ クエリ、アラートクエリ、記録ルールの実行時に発行されたクエリなどのクエリは、Cloud Monitoring API 呼び出しを介して課金されます。現在の料金については、Prometheus 料金のマネージド サービスまたは Monitoring の料金の概要表をご覧ください。1 つの PromQL クエリが複数の指標をクエリすると、複数の呼び出しとして課金される可能性があります。

Google Cloud Console のインタラクティブ クエリ UI を介して発行されたクエリは、こうした課金の対象外になります。

取り込まれたサンプル数に基づく料金の例

以降の例では、取り込まれたサンプル数によって課金される指標を収集する費用を見積もる方法を示します。サンプルごとの課金は次に対して使用されます。

  • GKE ワークロードの指標
  • Google Cloud Managed Service for Prometheus

以下の例は、課金データを示すものではなく、計算手法を示すことを目的としています。

次のような簡単なシナリオを想定します。各月で複数の時系列にまたがって書き込みを行うコンテナかポッドがあるとします。そのデータはスカラー値や分布で構成されています。

各シナリオにおける可変要素としては次のものが挙げられます。

  • コンテナまたはポッドの数。
  • 時系列の数。
  • データがスカラー値、分布、またはその両方のいずれかで構成されているか。
  • データの書き込みレート

サンプルのカウント

料金を見積もるには、サンプルをカウントする方法を把握する必要があります。値としてカウントされるサンプル数は、以下によって異なります。

  • 値はスカラーなのか分布なのか
  • 値の書き込み速度

このセクションでは、毎月の請求期間で時系列に書き込まれるサンプルの数を見積もる方法について説明します。

1 か月は、約 730 時間(365 日 ÷ 12 か月 × 24 時間)、すなわち 43,800 分あるいは 2,628,000 秒とします。

時系列がスカラー値を書き込む場合は、各値が 1 つのサンプルとしてカウントされます。1 か月間に書き込まれるサンプルの数は、値が書き込まれる頻度のみによって決定されます。以下の例を考えてみましょう。

  • 15 秒ごとに書き込まれる値の場合:
    • 書き込み速度: 1 値 / 15 秒 = 1 サンプル / 15 秒
    • 1 か月あたりのサンプル数: 175,200(1 サンプル / 15 秒 × 2,628,000 秒 / 月)
  • 60 秒ごとに書き込まれる値の場合:
    • 書き込み速度: 1 値 / 60 秒 = 1 サンプル / 60 秒
    • 1 か月あたりのサンプル数: 43,800 (1 サンプル / 60 秒* 2,628,000 秒 / 月)

時系列が分布値を書き込む場合、各値には 2 + n サンプルを含めることができます。ここで、n はヒストグラムのバケットの数です。1 か月に書き込まれるサンプルの数は、ヒストグラムのバケット数と、値が書き込まれる頻度によって決まります。

たとえば、50 バケットのヒストグラムの各インスタンスには 52 個のサンプルを含めることができます。値が 60 秒ごとに 1 回書き込まれる場合、50 バケットのヒストグラムで 1 か月あたり最大 2,277,600 個のサンプルが書き込まれます。ヒストグラムに 100 個のバケットがあり、60 秒ごとに 1 回書き込まれる場合、各ヒストグラムには 102 個のサンプルが含まれ、月あたり最大 4,467,600 個のサンプルが書き込まれます。

ほとんどの分布時系列には、最大数に満たないサンプルが含まれます。実際には、20%~40% のヒストグラム バケットが空になります。まばらなヒストグラム(Istio によって生成されたものなど)を持つユーザーでは、この割合がさらに高くなります。

料金のサンプルをカウントする際には、空でない値を持つバケットのみが含まれます。ヒストグラムあたりのサンプルの最大数は 2 + n です。バケットの 25% が空の場合、サンプルの予想数は 1 ヒストグラムあたり 2 + .75n です。バケットの 40% が空の場合、サンプルの予想数は 1 ヒストグラムあたり 2 + .60n です。

次の計算と概要の一覧では、サンプルの最大数と、より現実的に予測されるサンプル数を示します。

  • 15 秒ごとに 50 バケットのヒストグラム値が書き込まれる場合:

    • 書き込み速度: 1 値 / 15 秒
    • 最大サンプル数:
      • ヒストグラムあたり: 52
      • 1 か月あたり: 9,100,400(52 × 1 値 / 15 秒 × 2,628,000 秒 / 月)
    • 期待されるサンプル数(25% が空の場合)
      • ヒストグラムあたり: 37.5(2 + 0.75(50))、すなわち 2 +(50 - 12.5)
      • 1 か月あたり: 6,574,000(37.5 × 1 値 / 15 秒 × 2,628,000 秒 / 月)
    • 期待されるサンプル数(40% が空の場合)
      • ヒストグラムあたり: 32(2 + 0.6(50)、すなわち 2 +(50 - 20))
      • 1 か月あたり: 5,606,400(32 × 1 値 / 15 秒 × 2,628,000 秒 / 月)
  • 60 秒ごとに 50 バケットのヒストグラム値が書き込まれる場合:

    • 書き込み速度: 1 値 / 60 秒
    • 最大サンプル数:
      • ヒストグラムあたり: 52
      • 1 か月あたり: 2,277,600(52 × 1 値 / 60 秒 × 2,628,000 秒 / 月)
    • 期待されるサンプル数(25% が空の場合)
      • ヒストグラムあたり: 37.5(2 + 0.75(50))、すなわち 2 +(50 - 12.5)
      • 1 か月あたり: 1,642,500(37.5 × 1 値 / 60 秒 × 2,628,000 秒 / 月)
    • 期待されるサンプル数(40% が空の場合)
      • ヒストグラムあたり: 32(2 + 0.6(50)、すなわち 2 +(50 - 20))
      • 1 か月あたり: 1,401,600(32 × 1 値 / 60 秒 × 2,628,000 秒 / 月)
  • 15 秒ごとに 100 バケットのヒストグラム値が書き込まれる場合:

    • 書き込み速度: 1 値 / 15 秒
    • 最大サンプル数:
      • ヒストグラムあたり: 102
      • 1 か月あたり: 17,870,400(102 × 1 値 / 15 秒 × 2,628,000 秒 / 月)
    • 期待されるサンプル数(25% が空の場合)
      • ヒストグラムあたり: 77(2 + 0.75(100)、すなわち 2 +(100 - 25))
      • 1 か月あたり: 13,490,400(77 × 1 値 / 15 秒 × 2,628,000 秒 / 月)
    • 期待されるサンプル数(40% が空の場合)
      • ヒストグラムあたり: 62(2 + .6(100)、すなわち 2 +(100 - 40))
      • 1 か月あたり: 10,862,400(62 × 1 値 / 15 秒 × 2,628,000 秒 / 月)
  • 60 秒ごとに 100 バケットのヒストグラム値が書き込まれる場合:

    • 書き込み速度: 1 値 / 60 秒
    • 最大サンプル数:
      • ヒストグラムあたり: 102
      • 1 か月あたり: 4,467,600(102 × 1 値 / 60 秒 × 2,628,000 秒 / 月)
    • 期待されるサンプル数(25% が空の場合)
      • ヒストグラムあたり: 77(2 + 0.75(100)、すなわち 2 +(100 - 25))
      • 1 か月あたり: 3,372,600(77 × 1 値 / 60 秒 × 2,628,000 秒 / 月)
    • 期待されるサンプル数(40% が空の場合)
      • ヒストグラムあたり: 62(2 + .6(100)、すなわち 2 +(100 - 40))
      • 1 か月あたり: 2,715,600 (62 × 1 値 / 60 秒 × 2,628,000 秒 / 月)

上記のことをまとめると、次の表のようになります。

バケット数 書き込みレート 1 か月あたりのサンプル数
(最大)
1 か月あたりのサンプル数
(25% が空)
1 か月あたりのサンプル数
(40% が空)
50 1 サンプル / 15 秒 9,100,400 6,574,000 5,606,400
50 1 サンプル / 60 秒 2,277,600 1,642,500 1,401,600
100 1 サンプル / 15 秒 17,870,400 13,490,400 10,862,400
100 1 サンプル / 60 秒 4,467,600 3,372,600 2,715,600

料金を見積もるには、1 か月の間に書き込まれたサンプルの数を数え、料金の値を適用します。サンプルは、次のように段階的な範囲に応じて 100 万単位で請求されます。

取り込み範囲 GKE ワークロードの指標 Prometheus 向けのマネージド サービス
最大 500 億(50,000 百万) $0.15 / 百万 $0.20 / 百万
500 億~2,500 億(250,000 百万) $0.12 / 百万 $0.16 / 百万
2,500 億以上(250,000 百万) $0.09 / 百万 $0.09 / 百万

このセクションの残りの部分では、考えられるシナリオについて説明します。

シナリオ 1: 100 個のコンテナがあり、それぞれが 1,000 個のスカラー時系列を書き込みます。

パターン A: 各時系列が 15 秒ごとに書き込まれる場合(1 サンプル / 15 秒)、1 か月に書き込まれるサンプル数は 17,420,000,000(174,200 サンプル / 月 × 1,000 時系列 × 100 コンテナ)、すなわち 17.42 百万です。サンプルは 100 万単位で課金されるので、料金の見積もりでは、切り上げて 18 百万となります。

パターン B: 各時系列が 60 秒ごとに書き込まれる場合(1 サンプル / 60 秒)、1 か月に書き込まれるサンプル数は 4,380,000,000 です(43,800 サンプル / 月 * 1,000 時系列 * 100 コンテナ)、すなわち 4.380 百万(料金の見積もりでは 5 百万に切り上げ)となります。

どちらの場合も、50,000 百万サンプル未満のため、1 段目の料金のみが適用されます。2 段目の料金や 3 段目の料金で課金されることはありません。

バリアント 取り込まれたサンプル 取り込み範囲 GKE ワークロードの指標
($0.15、$0.12、$0.09)
Managed Service for Prometheus
($0.20、$0.16、$0.12)
A(1 サンプル / 15 秒)


合計
18 百万


18 百万
50,000 百万まで
250,000 百万まで
250,000 百万超
$2.70


$2.70
$3.60


$3.60
B(1 サンプル / 60 秒)


合計
5 百万


5 百万
50,000 百万まで
250,000 百万まで
250,000 百万超
$0.75


$0.75
$1.00


$1.00

シナリオ 2: 10,000 個のコンテナがあり、それぞれが 100,000 個のスカラー時系列を書き込みます。

パターン A: 各時系列が 15 秒ごとに書き込まれる場合(1 サンプル / 15 秒)、1 か月あたりの書き込みサンプル数は 174,200,000,000,000(174,200 百万)です。

  • 最初の 50,000 百万のサンプルは、1 段目のレートで課金されます。
  • 残りの 124,200 百万のサンプルは、2 段目のレートで課金されます。
  • 3 段目のレートで課金されるサンプルはありません。

パターン B: 各時系列が 60 秒ごとに書き込まれる場合(1 サンプル / 60 秒)、1 か月に書き込まれるサンプル数は、43,800,000,000,000(43,800 百万)です。この月間の値は 50,000 百万サンプル未満のため、1 段目のレートのみが適用されます。

バリアント 取り込まれたサンプル 取り込み範囲 GKE ワークロードの指標
($0.15、$0.12、$0.09)
Managed Service for Prometheus
($0.20、$0.16、$0.12)
A(1 サンプル / 15 秒)


合計
50,000 百万
124,200 百万

174,200 百万
50,000 百万まで
250,000 百万まで
250,000 百万超
$7,500.00
$14,904.00

$22,404.00
$10,000.00
$19,872.00

$29,872.00
B(1 サンプル / 60 秒)


合計
43,800 百万


43,800 百万
50,000 百万まで
250,000 百万まで
250,000 百万超
$7,320.00


$7,320.00
$9,760.00


$9,760.00

シナリオ 3: 100 個のコンテナがあり、それぞれが 1,000 個の 100 バケット分布の時系列を書き込みます。バケットの 25% は、空になることが予想されます。

パターン A: 各時系列が 15 秒ごとに書き込まれる場合(1 サンプル / 15 秒)、1 か月に書き込まれるサンプル数は 1,349,040,000,000(13,490,400 サンプル / 月 × 1,000 時系列 × 100 コンテナ)、すなわち 1,349.04 百万(料金の見積もりでは 1,350 百万に切り上げ)となります。

パターン B: 各時系列が 60 秒ごとに書き込まれる場合(1 サンプル / 60 秒)、1 か月に書き込まれるサンプル数は 337,260,000,000(3,372,600 サンプル / 月 × 1,000 時系列 × 100 コンテナ)、すなわち 337.26 百万(料金の見積もりでは 338 百万に切り上げ)となります。

どちらの場合も、50,000 百万サンプル未満のため、1 段目の料金のみが適用されます。2 段目の料金や 3 段目の料金で課金されることはありません。

バリアント 取り込まれたサンプル 取り込み範囲 GKE ワークロードの指標
($0.15、$0.12、$0.09)
Managed Service for Prometheus
($0.20、$0.16、$0.12)
A(1 サンプル / 15 秒)


合計
1,350 百万


1,350 百万
50,000 百万まで
250,000 百万まで
250,000 百万超
$202.50


$202.50
$270.00


$270.00
B(1 サンプル / 60 秒)


合計
338 百万


338 百万
50,000 百万まで
250,000 百万まで
250,000 百万超
$50.70


$50.70
$67.60


$67.60

シナリオ 4: 1,000 個のコンテナがあり、それぞれが 10,000 個の 100 バケット分布の時系列を書き込みます。バケットの 40% は、空になることが予想されます。

パターン A: 各時系列が 15 秒ごとに書き込まれる場合(1 サンプル / 15 秒)、1 か月に書き込まれるサンプル数は 108,624,000,000,000(10,862,400 サンプル / 月 × 10,000 時系列 × 1,000 コンテナ)、すなわち 108,624 百万となります。

  • 最初の 50,000 百万のサンプルは、1 段目のレートで課金されます。
  • 残りの 58,624 百万のサンプルは、2 段目のレートで課金されます。
  • 3 段目のレートで課金されるサンプルはありません。

パターン B: 各時系列が 60 秒ごとに書き込まれる場合(1 サンプル / 60 秒)、1 か月に書き込まれるサンプル数は 27,156,000,000,000(2,715,600 サンプル/月 × 10,000 時系列 × 1,000 コンテナ)、すなわち 27,156 百万となります。この月間の値は 50,000 百万サンプル未満のため、1 段目のレートのみが適用されます。

バリアント 取り込まれたサンプル 取り込み範囲 GKE ワークロードの指標
($0.15、$0.12、$0.09)
Managed Service for Prometheus
($0.20、$0.16、$0.12)
A(1 サンプル / 15 秒)


合計
50,000 百万
58,624 百万

108,624 百万
50,000 百万まで
250,000 百万まで
250,000 百万超
$7,500.00
$7,034.88

$14,534.88
$10,000.00
$9,379.84

$19,379.84
B(1 サンプル / 60 秒)


合計
27,156 百万


27,156 百万
50,000 百万まで
250,000 百万まで
250,000 百万超
$4,073.40


$4,073.40
$5,431.20


$5,431.20

シナリオ 5: 以下があるとします。

  • 10,000 個のコンテナ。各コンテナは 15 秒ごとに 100,000 個のスカラー時系列を書き込みます。1 か月あたりの書き込みサンプル数は 174,200,000,000,000(174,200 百万)です。(シナリオ 2、パターン B)。

  • 1,000 個のコンテナ。それぞれが 15 秒ごとに 10,000 個の 100 バケット分布の時系列を書き込みます。バケットの 40% は、空になることが予想されます。 1 か月あたりの書き込みサンプル数は、108,624,000,000,000(108,624 百万)です。(シナリオ 4、パターン A)

1 か月の総サンプル数は、282,824 百万(174,200 百万 + 108,624 百万)です。

  • 最初の 50,000 百万のサンプルは、1 段目のレートで課金されます。
  • 次の 200,000 百万のサンプルは、2 段目のレートで課金されます。
  • 残りの 32,824 百万のサンプルは、3 段目のレートで課金されます。
バリアント 取り込まれたサンプル 取り込み範囲 GKE ワークロードの指標
($0.15、$0.12、$0.09)
Managed Service for Prometheus
($0.20、$0.16、$0.12)
2B + 4A


合計
50,000 百万
200,000 百万
32,824 百万
282,824 百万
50,000 百万まで
250,000 百万まで
250,000 百万超
$7,500.00
$24,000.00
$2,954.16
$34,454.16
$10,000.00
$32,000.00
$3,938.88
$45,938.88

エラーレポート

最新の料金情報については、Error Reporting の料金をご覧ください。

Error Reporting の使用に適用される上限については、割り当てと上限をご覧ください。

Cloud デバッガ

最新の料金情報については、Cloud デバッガの料金をご覧ください。

Cloud Profiler

最新の料金情報については、Cloud Profiler の料金をご覧ください。

Profiler の使用に適用される上限については、割り当てと上限をご覧ください。

Cloud Trace

Trace では、取り込まれ、スキャンされたトレーススパンの数を基に課金されます。レイテンシ データが Trace に送信されると、そのデータはスパンで構成されたトレースとしてパッケージ化され、そのスパンが Cloud Trace バックエンドによって取り込まれます。トレースデータを表示すると、保存されたスパンが Cloud Trace によってスキャンされます。 このセクションでは、次の情報を提供します。

  • 課金対象と課金対象外のトレーススパンを定義します。
  • 料金の例を提示します。
  • トレーススパンの取り込みを削減する方法について説明します。
  • トレーススパンの取り込みがしきい値に達した場合に通知できるアラート ポリシーの設定について説明します。

最新の料金情報については、Cloud Trace の料金をご覧ください。

Trace の使用に適用される上限については、割り当てと上限をご覧ください。

現在の使用状況を確認するには、Google Cloud Console の Cloud Billing レポートページ、または Trace の概要ページに移動します。

トレースの概要に移動

現在の使用状況データに基づき、請求額を見積もることができます。

課金対象外のトレーススパン

Cloud Trace の料金は、App Engine スタンダードCloud FunctionsCloud Run で自動生成されたスパンには適用されません。これらのトレースの取り込みは課金対象外です。

課金対象のトレーススパン

課金対象のトレースというセクションに記載されているスパンを除くすべてのトレーススパンの取り込みは課金対象となり、取り込まれる量に応じて課金されます。これには、App Engine スタンダード アプリケーションに追加したインストルメンテーションによって作成されたトレーススパンが該当します。

料金の例

この例では 2020 年 7 月現在の Trace の料金を使用しています。

  • 1 か月で 200 万スパンを取り込む場合、費用は $0 です(月間に取り込まれる最初の 250 万スパンは無料です)。
  • 1 か月で 1,400 万スパンを取り込む場合、費用は $2.30 です(月間の最初の 250 万スパンは無料です。それを超えるスパンの費用を計算すると、1,150 万スパン × $0.20/100 万スパン = $2.30 となります)。
  • 1 か月で 10 億スパンを取り込む場合、費用は $199 です(月間の最初の 250 万スパンは無料です。それを超えるスパンの費用を計算すると、9 億 9,750 万スパン × $0.20/100 万スパン = $199.50 となります)。

トレース使用量の削減

トレーススパンの取り込み量を管理するには、トレースのサンプリング レートを管理して、パフォーマンス分析に必要なトレース量と許容される費用の間でバランスを取るようにします。

トラフィックの多いシステムでは、多くの場合、トランザクションの 1/1,000(場合によっては 1/10,000)をサンプリングするだけで、パフォーマンス分析を行うのに十分な情報を得られます。

サンプリング レートの構成は、Cloud Trace クライアント ライブラリを使用して行います。

取り込みスパン数の月間合計に関するアラート

取り込まれた Cloud Trace スパンの月間合計が、ユーザー定義の上限を超えたときに起動するアラート ポリシーを作成するには、次の設定を使用します。

[ターゲット] ペイン
フィールド

Resource type global
Metric Monthly trace spans ingested
Filter
Aggregator sum
Period 60 m
Aligner max
[Configuration] ペイン
フィールド

Condition triggers if Any time series violates
Condition is above
Threshold 許容値を決定します。
For 最小許容値は 30 分です。

Anthos

Anthos システムのログと指標は無料です。

Anthos clusters on VMware クラスタの場合、Anthos システムのログと指標には次のものがあります。

  • 管理クラスタ内のすべてのコンポーネントのログと指標
  • ユーザー クラスタ内の次の名前空間のコンポーネントのログと指標: kube-systemgke-systemgke-connectknative-servingistio-systemmonitoring-systemconfig-management-systemgatekeeper-systemcnrm-system

よくある質問

無料で使用できるプロダクトの機能はありますか?

Google Cloud のオペレーション スイート プロダクトの使用はデータ容量に応じて課金されます。このページで説明されているデータ容量の費用を除き、Google Cloud の他のオペレーション スイート プロダクトの機能はすべて無料で使用できます。

料金を教えてください。

費用の見積もりについては、請求の見積もりをご覧ください。

課金についてご不明な点がございましたら、課金に関する質問をご覧ください。

使用量の詳細を把握する方法を教えてください。

Metrics Explorer を使用すると、ログや指標の数値を細かいレベルまで掘り下げて把握できます。詳細については、Metrics Explorer での詳細な使用状況の表示をご覧ください。

ログの使用状況をさらに詳細に分析する場合は、Datalab でログベースの指標を使用してログ使用量を分析できます。詳細については、この Google Cloud のブログ記事をご覧ください。

指標のスコープの請求への影響

ほとんどの場合、指標のスコープは請求には影響しません。ログと指標は、データを受信する Google Cloud プロジェクトで課金されます。プロジェクトの指標スコープは、表示およびモニタリングできる指標があるプロジェクトのコレクションを定義します。指標スコープを定義する際に、どのプロジェクトで指標データを受信するかに影響されることはなく、データの重複を招くこともありません。

たとえば、組織に 100 台の仮想マシン(VM)があるとします。60 台の VM が Project-A でホストされ、40 台の VM が Project-B にあります。Project-A はその VM の指標を受け取って保存し、指標が課金対象の場合は課金されます。同様に、Project-B はその VM の指標を受け取って保存し、指標が課金対象の場合は課金されます。Project-A と Project-B を含む指標スコープを作成する場合、100 台の VM を組み合わせた指標を表示できます。現在は、Project-A の指標のみ、Project-B の指標のみ、または組み合わせた指標を表示できるようになりました。Project-A の指標を 2 通りの方法で表示できるようになりましたが、請求される料金に変更はありません。

AWS アカウントを監視する場合は、AWS コネクタ プロジェクトを作成して AWS アカウントを Google Cloud に接続する必要があります。AWS アカウントのログデータとモニタリング データはコネクタ プロジェクトで保持されます。

無料の割り当て量を上回るとどうなりますか?

無料割り当て量を超える使用量に対しては、自動的に課金されます。 ログや指標が失われることはありません。発生する可能性のある費用について詳しくは、請求の見積もりをご覧ください。

アラート ポリシーを作成して使用状況をモニタリングし、料金のしきい値に近づいたら通知を受け取ることができます。

プロジェクトに使用しない Google Cloud ログが大量に存在します。これらのログの使用料金が心配です。使用料金が課金されないようにする方法を教えてください。

ログを除外すると、Logging に取り込まれるログを制御できます。詳しくは、ログ使用量の削減をご覧ください。

ログが除外されている場合、プロジェクトにログを送信しているサービスはエラーを受信しますか?

いいえ。ログエントリを送信するサービスが、Logging にログエントリが取り込まれるかどうかを確認することはできません。

Virtual Private Cloud のフローログでは請求が二重に行われるのでしょうか?

VPC フローログを Logging に送信する場合、VPC フローログの生成料金は不要となり、Logging の料金のみが適用されます。ただし、送信した VPC フローログを Logging から除外すると、VPC フローログの料金が適用されます。詳細については、ネットワーキングの Google Cloud 料金計算ツールをご覧ください。

1 料金計算では、すべての単位がバイナリ測定として扱われます。たとえば、メビバイト(MiB、または 220バイト)または、ギビバイト(GiB、または 230バイト)などです。

2 1 分あたりの測定データポイントの最大数が 1 である Google Cloud 指標または Anthos 指標は無料です。これは現時点で最も細かい測定単位ですが、 将来的には、これより細かな単位で測定される指標に対して料金が発生する可能性があります。

3 現在、プロセス指標は、事前に定義されたデフォルトのレート(1 分ごと)で収集されていますが、これを変更することはできません。通常、このデータはゆっくりと変化するため、現在これらの指標はオーバーサンプリングされています。したがって、指標を 20 分間隔でサンプリングする場合は、標準レートの 5% でプロセス指標を請求すれば標準レートと一致します。これらの指標から 100 MiB のデータを収集するユーザーは、5 MiB のみが請求対象になります。

次のステップ

カスタム見積もりのリクエスト

Google Cloud の従量制課金では、使用したサービスに対してのみ料金が発生します。カスタム見積もりをご希望の場合は、Google のセールスチームにお問い合わせください。
お問い合わせ