Cloud Load Balancing の料金

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

• 内部パススルー ネットワーク ロードバランサと外部パススルー ネットワーク ロードバランサ
• 内部プロキシ ネットワーク ロードバランサと外部プロキシ ネットワーク ロードバランサ
• グローバル、クラシック、リージョンの外部アプリケーション ロードバランサ

リージョン内部アプリケーション ロードバランサとリージョン間の内部アプリケーション ロードバランサについては、内部アプリケーション ロードバランサのセクションをご覧ください。

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

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

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

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

• Cloud CDN: キャッシュからクライアントに提供される静的オブジェクトはロードバランサを経由しません。効果的なキャッシュ保存戦略により、ロードバランサで処理される送信データの量が減少し、費用が削減されます。キャッシュ保存を実装するには、トラフィックのどの部分が静的でキャッシュに保存可能かを把握する必要があります。詳細については、Cloud CDN のドキュメントをご覧ください。
• Google Cloud Armor: アプリケーションに望ましくないトラフィックが大量に送信された場合、Google Cloud Armor をデプロイするとそのようなトラフィックをブロックできます。Google Cloud Armor によってブロックされたリクエストはロードバランサを経由しないため、ロードバランサによって処理されるアウトバウンド データの量が効果的に削減されます。費用への影響は、実装した Google Cloud Armor セキュリティ ポリシーによってブロックされる不要なトラフィックの割合によって異なります。

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

外部アプリケーション ロードバランサ（グローバル、リージョン、またはクラシック）でサーバーレス 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 サービスに渡されるリクエストには適用されません。

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

• 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 スタンダード ティアと Google Cloud Armor エンタープライズ ティアのすべての料金がサービス プロジェクト B に課金されます。
• プロジェクト間のサービス参照で Google Cloud Armor を使用する場合は、以下に挙げるその他の考慮事項も適用されます。
• Google Cloud Armor Enterprise に関連するサブスクリプションの変更は、登録時に指定した請求先アカウントに課金されます。複数のプロジェクトで同じ Google Cloud Armor Enterprise サブスクリプションを使用して、プロジェクト間のサービス参照を使用して参照されるすべてのバックエンド サービスを含める場合は、関連するすべてのサービス プロジェクトを同じ Google Cloud Armor Enterprise 請求先アカウントの一部として含めるようにしてください。
• プロジェクト間のサービス参照を使用する場合、Google Cloud Armor Enterprise で提供される一部の機能（DDoS テレメトリーや DDoS レスポンスなど）では、フロントエンドの転送ルール プロジェクトとバックエンドのサービス プロジェクトの両方で Google 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. [Add to Estimate] をクリックします。
3. [ネットワーキング] を選択するか、検索します。
4. サービスタイプとして [Cloud Load Balancing] を選択します。
5. プルダウン メニューからリージョンを選択します。
6. 転送ルールの推定数を入力します。
7. 1 か月に処理されるネットワーク トラフィックの推定量を入力します。

例:

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

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

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

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 リクエストまで減少します。100% より少ない割合のトラフィックをサンプリングするように Logging を設定することもできるため、費用の制御とオブザーバビリティの要件を同時に満足できます。

10 分の間、180 MB/秒のデータがロードバランサを通過するとします。180 MB/秒 / プロキシ インスタンスあたり 18 MB/秒 = 10 プロキシ インスタンス。

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

300 件/秒の新しい HTTPS 接続 / プロキシ インスタンスあたり 150 件/秒の新しい HTTPS 接続 = 2 プロキシ インスタンス、3,000 個のアクティブ接続 / プロキシ インスタンスあたり 3,000 個のアクティブ接続 = 1 プロキシ インスタンス、2,800 件/秒のリクエスト / プロキシ インスタンスあたり 1,400 件/秒のリクエスト = 2 プロキシ インスタンス。

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

10 プロキシ インスタンス × 1 時間あたりのプロキシ インスタンスあたり $0.025 ×（10 分 /（1 時間あたり 60 分））= $0.0417

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

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

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

3 つのプロキシ インスタンス × プロキシあたり $0.025/時間 = $0.075/時間。

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

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

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

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

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

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

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

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

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

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

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

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

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

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