バックエンド バケットの概要

バックエンド バケットを使用すると、Cloud Storage バケットをアプリケーション ロードバランサのバックエンドとして使用できます。特に、アプリケーションで画像や動画などの静的コンテンツを提供する必要がある場合は、バックエンド バケットを使用することをおすすめします。

アプリケーションが HTTP(S) で動的コンテンツを配信する必要がある場合は、代わりにバックエンド サービスを使用します。

ロードバランサのサポート

次のロードバランサは、バックエンド バケットの使用をサポートしています。

  • グローバル外部アプリケーション ロードバランサ
  • 従来のアプリケーション ロードバランサ
  • リージョン外部アプリケーション ロードバランサ（プレビュー）
  • クロスリージョン内部アプリケーション ロードバランサ
  • リージョン内部アプリケーション ロードバランサ（プレビュー）

Private Service Connect NEG のデプロイ

バックエンド バケットは、ロードバランサが Cloud Storage バケットからコンテンツを直接提供できるように、シームレスで完全に統合されたエクスペリエンスを提供します。

ただし、Private Service Connect では、Cloud Storage API エンドポイントを指す Private Service Connect NEG を作成し、この NEG をロードバランサのバックエンドとして構成する代替のデプロイタイプが用意されています。このデプロイタイプは、Cloud Storage API エンドポイントへのプライベート ネットワーク パスを提供します。ただし、このメソッドはプライベート バケットへのアクセス権を付与するものではありません。また、クライアント アプリケーションが Cloud Storage に対して認証できることを確認する必要があります。

詳細については、バックエンド経由でグローバル Google API にアクセスするをご覧ください。

Cloud CDN のサポート

デフォルトで Cloud Storage では、Cloud CDN が使用するものと同じキャッシュを使用します。Cloud Storage にはオブジェクトの組み込みキャッシュ保存機能がありますが、ユーザーにコンテンツを配信する際のパフォーマンスを向上させるには、バックエンド バケットで Cloud CDN を有効にすることをおすすめします。

バックエンド バケットで Cloud CDN を有効にしない場合は、Cloud Storage メタデータで設定されたように、送信元の Cache-Control ヘッダーを使用して、小規模なコンテンツのキャッシュを制御することのみ可能です。

バックエンド バケットで Cloud CDN を有効にすると、キャッシュ モード、署名付き URL、キャッシュの無効化など、コンテンツでより多くの Cloud CDN コントロールを使用できます。Cloud CDN では、10 MiB を超えるコンテンツをキャッシュに保存することもできます。詳細と料金に関する考慮事項については、Cloud Storage ドキュメントの Cloud Storage と Cloud CDN をご覧ください。

サンプル アーキテクチャ

次の図では、外部アプリケーション ロードバランサが URL マップを使用して、指定された URL パスからトラフィックをバックエンドに転送しています。

ロードバランサは、/love-to-fetch/ を含む URL パスのトラフィックを us-east1 リージョンの Cloud Storage バケットに送信します。他のすべてのリクエストは、europe-north1 リージョンの Cloud Storage バケットに送信されます。

Cloud Storage バックエンドにトラフィックを送信するロードバランサ。
Cloud Storage へのトラフィックの分散

API と gcloud リファレンス

バックエンド バケット リソースのプロパティの詳細については、次のリファレンス ドキュメントをご覧ください。

次のステップ