Cloud Load Balancing の料金

負荷分散と転送ルール

このセクションの料金表は、以下のロードバランサに適用されます。

  • 内部パススルー ネットワーク ロードバランサと外部パススルー ネットワーク ロードバランサ
  • 内部プロキシ ネットワーク ロードバランサと外部プロキシ ネットワーク ロードバランサ
  • グローバル、クラシック、リージョンの外部アプリケーション ロードバランサ
リージョン内部アプリケーション ロードバランサとリージョン間の内部アプリケーション ロードバランサについては、内部アプリケーション ロードバランサのセクションをご覧ください。

Private Service Connect の転送ルールについては、Private Service Connect のセクションをご覧ください。

次の表に、グローバル転送ルールの料金を示します。グローバル データ処理料金は かかりません。データ処理は、トラフィックが処理される場所に応じて、リージョンごとに課金されます。

項目 単価（米ドル） 単価
最初の 5 つの転送ルール $0.025 1 時間あたり
追加の転送ルール 1 つあたり $0.01 1 時間あたり
米ドル以外の通貨でお支払いの場合は、Cloud Platform SKU に記載されている該当通貨の料金が適用されます。

次の表は、リージョン転送ルールの料金とリージョンごとの送受信データ処理料金を示しています。

米ドル以外の通貨でお支払いの場合は、Cloud Platform SKU に記載されている該当通貨の料金が適用されます。

外部アプリケーション ロードバランサの費用を削減する方法

グローバル外部アプリケーション ロードバランサのユーザーは、Google Cloud Armor か Cloud CDN、またはその両方を使用して、送信データ処理料金の影響を最小限に抑えることができます。

  • Cloud CDN: キャッシュからクライアントに提供される静的オブジェクトはロードバランサを経由しません。効果的なキャッシュ保存戦略により、ロードバランサで処理される送信データの量が減少し、費用が削減されます。キャッシュ保存を実装するには、トラフィックのどの部分が静的でキャッシュに保存可能かを把握する必要があります。詳細については、Cloud CDN のドキュメントをご覧ください。

  • Google Cloud Armor: アプリケーションに望ましくないトラフィックが大量に送信された場合、Google Cloud Armor をデプロイするとそのようなトラフィックをブロックできます。Google Cloud Armor によってブロックされたリクエストはロードバランサを経由しないため、ロードバランサによって処理されるアウトバウンド データの量が効果的に削減されます。費用への影響は、実装した Google Cloud Armor セキュリティ ポリシーによってブロックされる不要なトラフィックの割合によって異なります。

アプリケーションが単一リージョンで動作できる場合、または単一リージョンで動作する必要がある場合は、リージョン外部アプリケーション ロードバランサを使用できます。リージョン外部アプリケーション ロードバランサは、送信データ転送の料金が低いスタンダード ネットワーク ティアのみを使用するため、費用対効果の高いオプションです。

サーバーレス NEG を使用する外部アプリケーション ロードバランサの料金

外部アプリケーション ロードバランサ（グローバル、リージョン、またはクラシック）でサーバーレス NEG バックエンドを使用している場合、Cloud Run、Cloud Run functions、または App Engine バックエンド向けのサーバーレス コンピューティングの料金（該当する場合）に加えて、既存のロードバランサの料金が適用されます。Google Cloud Armor や Cloud CDN を使用している場合は、それぞれの料金も別途請求されます。

ただし、サーバーレス送信データ転送には課金されません。インターネット送信データ転送の料金のみが適用されます。Cloud Run functions の送信データ転送料金、App Engine の送信ネットワーク トラフィック料金、Cloud Run のデータ転送料金は、外部アプリケーション ロードバランサ（サーバーレス NEG を使用）から Cloud Run functions、App Engine、Cloud Run サービスに渡されるリクエストには適用されません。

共有 VPC を使用したプロジェクト間のサービス参照

プロジェクト間のサービス参照を使用する場合、プロジェクトと請求先アカウントがネットワーキング SKU に対してどのように課金されるかを理解するために、以下のポイントを確認してください。

ロードバランサのフロントエンド コンポーネントとバックエンド コンポーネントが別のサービス プロジェクトに存在する
図 1. ロードバランサのフロントエンドとバックエンドが別のサービス プロジェクトに存在する
  • Cloud Load Balancing 関連の料金は、常に転送ルールが構成されているプロジェクト（図 1 のサービス プロジェクト A）に課金されます。これには、グローバル外部アプリケーション ロードバランサによる転送ルール、インバウンド データの処理、アウトバウンド データの処理に対する料金が含まれます。Cloud Load Balancing の料金の基本をご覧ください。
  • プレミアム ティアとスタンダード ティアのネットワーク インターネット データ転送は、常に転送ルールが構成されているプロジェクト（図 1 のサービス プロジェクト A）に課金されます。 ネットワーク データ転送の料金をご覧ください。
  • クロスプロジェクト サービス参照を使用して URL マップで参照されるバックエンド サービスに Cloud CDN を構成すると、キャッシュ可能なコンテンツの Cloud CDN 料金（キャッシュ データ転送（下り）、キャッシュ検索、キャッシュ入力）はすべて、転送ルールを構成したプロジェクトではなく、Cloud CDN が有効なバックエンド サービスを含むプロジェクト（図 1 のサービス プロジェクト B）に課金されます。Cloud CDN の料金をご覧ください。

  • プロジェクト間のサービス参照を使用して URL マップで参照されるバックエンド サービスに Google Cloud Armor を構成すると、Google Cloud Armor 関連のすべての料金は、転送ルールを構成したプロジェクトではなく、Google Cloud Armor が有効なバックエンド サービスを含むプロジェクト（図 1 のサービス プロジェクト B）に帰属します。Google Cloud Armor の料金をご覧ください。具体的には、Google Cloud Armor スタンダード ティアと Cloud Armor エンタープライズ ティアのすべての料金がサービス プロジェクト B に課金されます。

    プロジェクト間のサービス参照で Google Cloud Armor を使用する場合は、以下に挙げるその他の考慮事項も適用されます。

    • Cloud Armor Enterprise に関連するサブスクリプションの変更は、登録時に指定した請求先アカウントに課金されます。複数のプロジェクトで同じ Cloud Armor Enterprise サブスクリプションを使用して、プロジェクト間のサービス参照を使用して参照されるすべてのバックエンド サービスを含める場合は、関連するすべてのサービス プロジェクトを同じ Cloud Armor Enterprise 請求先アカウントの一部として含めるようにしてください。
    • プロジェクト間のサービス参照を使用する場合、Cloud Armor Enterprise で提供される一部の機能（DDoS テレメトリーや DDoS レスポンスなど）では、フロントエンドの転送ルール プロジェクトとバックエンドのサービス プロジェクトの両方で Cloud Armor Enterprise ティアに登録する必要があります。

転送ルールの料金の例

Google Cloud 負荷分散や Packet Mirroring などの用途向けに作成された転送ルールに対する料金が発生します。

米国の料金の例を以下に示します。

1 時間あたり $0.025 の料金で、最大 5 つの転送ルールを作成できます。たとえば、転送ルールを 1 つ作成すると、1 時間あたり $0.025 が課金されます。転送ルールを 3 つ作成しても、1 時間あたり $0.025 が課金されます。ただし、転送ルールが 10 個あると、次のように課金されます。

  • 5 つの転送ルール = $0.025/時間
  • 転送ルール 1 つにつき = $0.01/時間

5 つのルールに対する $0.025/時間 + (5 つの追加ルール × $0.01/時間) = $0.075/時間

1 つのロードバランサに必要な転送ルールは、ほとんどの負荷分散のユースケースで 1 つのみです。

Google Cloud グローバル転送ルールとリージョン転送ルールに対し、プロジェクトごとに別個課金します。たとえば、1 つのグローバル転送ルールと 1 つのリージョン転送ルールを 2 つの別々のプロジェクトで使用する場合（合計 4 つの転送ルール）、1 時間あたり $0.10（1 時間あたり $0.025 × 4）の料金が発生します。

負荷分散料金の見積もり

負荷分散料金を見積もるには:

  1. 料金計算ツールに移動します。
  2. Cloud Load Balancing タブに移動します。
  3. プルダウン メニューからリージョンを選択します。
  4. 転送ルールの推定数を入力します。
  5. 1 か月に処理されるネットワーク トラフィックの推定量を入力します。

例:

  • アイオワ
  • 転送ルール数: 10
  • ロードバランサで処理された受信データ: 2,048 GiB
  • 合計見積もり費用: 1 か月あたり 71.13 米ドル

この例には、バックエンドからの返信の送信にかかるインターネット データ転送（外向き）料金は含まれていません。

内部アプリケーション ロードバランサ

以下の料金は、リージョンの内部アプリケーション ロードバランサとリージョン間の内部アプリケーション ロードバランサの両方に適用されます。一部の追加のリージョン間のデータ転送料金もリージョン間の内部アプリケーション ロードバランサに適用されます。

米ドル以外の通貨でお支払いの場合は、Cloud Platform SKU に記載されている該当通貨の料金が適用されます。

* 内部アプリケーション ロードバランサは、トラフィック量を処理するにあたり、多数のマネージド プロキシ インスタンスから必要な数をネットワークに動的に割り当てます。プロキシ インスタンスあたりの料金は、特定の期間のトラフィックを処理するために必要なプロキシ インスタンスの数に基づいて決定されます。

プロキシ インスタンスの料金

Envoy ベースのロードバランサは、トラフィックのニーズに基づき、トラフィックを処理するために必要なプロキシの数を自動的にスケーリングします。プロキシ インスタンスの料金は、トラフィックのニーズに対応するために必要なプロキシ インスタンスの数に基づきます。プロキシが追加されるごとに、料金表に記載された 1 時間あたりの料金に従い、追加で課金されます。

ロードバランサに割り当てられるプロキシの数は、10 分間にトラフィックを処理するために必要な容量に基づいて計算されます。料金は、この期間内における以下の数のうち、大きい方を基に計算されます。

  • トラフィックの帯域幅の要件を満たすために必要なプロキシの数。各プロキシ インスタンスは、1 秒あたり最大 18 MB 処理できます。必要な帯域幅の総量をモニタリングし、その総量を 1 つのプロキシ インスタンスがサポートできる帯域幅で割ることで必要なプロキシの数を計算します。
  • 接続とリクエストを処理するために必要なプロキシの数。以下のリソースの合計を計算し、それぞれの値を 1 つのプロキシ インスタンスが処理できる値で割ることで必要なプロキシの数を計算します。
    • 1 秒あたり 600（HTTP）または 150（HTTPS）の新しい接続
    • 3,000 のアクティブな接続
    • 1 秒あたり 1,400 リクエスト*

* プロキシ インスタンスは、Cloud Logging が無効になっている場合、1 秒あたり 1,400 のリクエストを処理できます。Logging を有効にすると、プロキシ インスタンスが処理できる 1 秒あたりのリクエスト数はより少なくなります。たとえば、リクエストを 100% ロギングする場合、プロキシのリクエスト処理能力は 1 秒あたり 700 リクエストまで減少します。より少ない割合のトラフィックをサンプリングするように Logging を設定することもできるため、費用の制御とオブザーバビリティの要件を同時に満たすことができます。

計算の例

10 分の間、180 MB/秒のデータがロードバランサを通過するとします。180 MB per second / 18 MB per second per proxy instance = 10 proxy instances

同じ 10 分間で、1 秒あたり 300 の新しい HTTPS 接続が確立されます。3,000 の接続がアクティブであり、1 秒あたり 2,800 のリクエストが送信されます。

300 new HTTPS connections per second / 150 new HTTPS connections per second per proxy instance = 2 proxy instances 3,000 active connections / 3,000 active connections per proxy instance = 1 proxy instance 2,800 requests per second / 1,400 requests per second per proxy instance = 2 proxy instances

この場合、プロキシ インスタンスの合計数は 5 つになります。この数は、帯域幅の要件を満たすために必要なプロキシ インスタンスの数（10）よりも少ないため、この 10 分間におけるプロキシ インスタンスの料金は、次のように計算されます。

10 proxy instances * $0.025 per proxy instance per hour * (10 minutes / (60 minutes per hour)) = $0.0417

課金は、バックエンドへの接続を確立しているプロキシ インスタンスの数ではなく、トラフィックのニーズを満たすために必要な容量（測定値）に基づいて計算されます。そのため、課金計算上のプロキシ インスタンスの数が、実際にインフラストラクチャにある数と異なる場合があります。

プロキシ インスタンスの最低料金

性能を最適化して信頼性を確保するために、各ロードバランサには、ロードバランサがデプロイされるリージョン内の少なくとも 3 つのプロキシ インスタンスが割り振られます。 Google Cloud これらのプロキシ インスタンスは、ロードバランサがトラフィックを処理しない場合でも割り振られます。（負荷分散スキームが INTERNAL_MANAGED の）転送ルールがプロジェクトにデプロイされると、プロキシ インスタンス料金の加算が開始されます。上記で説明したとおり、追加のプロキシ インスタンス料金は転送ルールが追加されるごとに発生します（つまり、転送ルール 1 つにつき追加プロキシ インスタンス 3 つ分の料金が発生します）。

ロードバランサには 3 つのプロキシ インスタンスが最低で割り振られ、これにより 1 時間あたりのプロキシ インスタンスの最低料金が決まります。たとえば、us-central1 Google Cloud リージョンの場合、最低料金は次のように計算されます。

3 proxy instances * $0.025 per proxy per hour = $0.075 per hour

上記で説明したとおり、各プロキシ インスタンスは一定量のトラフィックまで処理できます。トラフィックのニーズが 3 つのプロキシ インスタンスで処理できる容量を超えた場合、追加のトラフィックを処理するために必要なプロキシ インスタンスの料金が発生します。

データ処理の料金

データ処理の料金は、請求期間内にロードバランサによって処理されたリクエスト データとレスポンス データの総量を測定することで計算されます。この料金は使用量に応じて増減します。また、データ処理に関して最低料金はありません。

リージョン間のデータ転送料金

リージョン間の内部アプリケーション ロードバランサを使用している場合は、リージョン間のデータ転送料金が適用されます。たとえば、クライアント、Envoy プロキシ、バックエンドが別々のリージョンにあるクロスリージョン内部アプリケーション ロードバランサのデプロイの場合、ホップごとにリージョン間のデータ転送料金が個別に発生します（クライアント <-> Envoy プロキシ、Envoy プロキシ <-> バックエンド）。リージョン間のデータ転送料金を削減するには、複数のリージョンに Envoy プロキシをデプロイします。

共有 VPC を使用したプロジェクト間のサービス参照

データ処理、プロキシ インスタンスの 1 時間あたりの使用料金、ゾーン間の VM データ転送については、転送ルール プロジェクトに課金されます。

サーバーレス NEG を使用する内部アプリケーション ロードバランサの料金

内部アプリケーション ロードバランサでサーバーレス NEG バックエンドを使用している場合、Cloud Run のサーバーレス コンピューティングの料金に加えて、既存の内部アプリケーション ロードバランサの料金が適用されます。

リージョン インターネット NEG の料金

リージョン インターネット NEG では、追加料金が発生する Cloud NAT ゲートウェイを使用する必要があります。Envoy プロキシ専用サブネットとの間で送受信されるトラフィックとヘルスチェック トラフィックについては、インターネット データ転送（外向け）と Cloud NAT 使用の両方で料金が発生します。ただし、ロードバランサの料金はユーザー リクエスト トラフィックに対してのみ適用されます。

Cloud Load Balancing に割り振られた Cloud NAT ゲートウェイには、32 個を超える VM インスタンスが存在するネットワークに相当する 1 時間単位の料金が発生します。詳細については、Cloud NAT の料金をご覧ください。

認証ポリシーの料金

認証ポリシーは、プレビュー版の提供期間中は無料でご利用いただけます。

カスタム リクエスト ヘッダーと Google Cloud Armor の料金

バックエンド サービスに Google Cloud Armor セキュリティ ポリシーが関連付けられている場合は、そのバックエンド サービスでカスタム リクエスト ヘッダー機能を追加料金なしに使用できます。

カスタム リクエスト ヘッダー機能を使用するバックエンド サービスに Google Cloud Armor ポリシーが関連付けられていない場合、料金は月あたり 1,000,000 HTTP(S) リクエストごとに $0.75 となります。アカウントごとに、月あたり最初の 666,666,667 リクエストのみが課金されます。

内部ロードバランサのグローバル アクセス

グローバル アクセスを使用すると、任意のリージョンのクライアント インスタンスが内部ロードバランサにアクセスできます。転送ルールでグローバル アクセスが有効になっている場合、ロードバランサとは異なるリージョンのクライアントとの間でトラフィックが送受信されると、リージョン間のデータ転送料金が追加で発生します。

グローバル アクセスは、内部パススルー ネットワーク ロードバランサ、リージョン内部アプリケーション ロードバランサ、リージョン内部プロキシ ネットワーク ロードバランサ向けに一般提供されています。

プロトコル転送

プロトコル転送は、ロード バランシングと同じレートで課金されます。転送ルールと、ターゲット インスタンスによって処理された受信データに対して料金が発生します。

SSL 証明書

セルフマネージド証明書および Google マネージド SSL 証明書は無料です。

次のステップ

カスタム見積もりをリクエストする

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