カスタム送信元の概要

コンテンツがオンプレミスや別のクラウドでホストされている場合でも、Cloud CDN(コンテンツ配信ネットワーク)のカスタム送信元を使用すると、Google の高パフォーマンスの分散型エッジ キャッシング インフラストラクチャでコンテンツを配信できます。

「カスタム送信元」、「外部エンドポイント」、「インターネット エンドポイント」という用語はいずれも同じ意味を持ち、区別しないで使われることがよくあります。CDN では、ウェブ コンテンツを配信するバックエンド インスタンスを表す業界標準用語として「送信元」が使用されます。このドキュメントでは、「カスタム送信元」という用語を使用します。

Cloud CDN のサポート対象の送信元

Cloud CDN は、HTTP(S) 負荷分散と連携してユーザーにコンテンツを配信します。外部 HTTP(S) ロードバランサは、リクエストを受信するフロントエンド IP アドレスとポートを提供します。Cloud CDN コンテンツは、次のようにさまざまな種類のバックエンドから提供されます。

インターネット NEG はカスタム送信元とも呼ばれます。インターネット NEG は、オンプレミス インフラストラクチャ内でホストされている送信元である場合も、サードパーティ プロバイダが提供する送信元である場合もあります。以降のセクションで、インターネット NEG について詳しく説明します。

ハイブリッド アーキテクチャとマルチクラウド アーキテクチャ

サービスを Google Cloud に移行する際に、段階的な移行が必要になることがあります。特定のコンテンツをすぐにクラウド環境に移行できない場合、そのコンテンツをオンプレミスに残さなければなりません。また、コンテンツが別のクラウドでホストされている場合もあります。Cloud CDN はカスタム送信元をサポートするので、こうしたコンテンツには、Google のグローバルな分散型エッジ キャッシング インフラストラクチャを使用できます。

ハイブリッド アーキテクチャとマルチクラウド アーキテクチャ
ハイブリッド アーキテクチャとマルチクラウド アーキテクチャ

上の図で、images コンテンツは Google Cloud 内にあり、video は東京データセンター内にあります。後者はオンプレミス、または別のクラウド内のどちらも可能です。カスタム送信元を使用すると、東京データセンターの送信元を video コンテンツのバックエンド ソースとして、Cloud CDN と HTTP(S) 負荷分散によってユーザーにコンテンツを配信できます。

このデプロイでは、URL マップを使用して、動画トラフィックの送信元 pull リクエストを東京のカスタム送信元に転送できます。このマッピングは、リクエスト URL /video に基づいて判断されます。

画像の場合(リクエスト URL /images に基づいて判断)、コンテンツは Google Cloud から提供され、Cloud CDN エッジ インフラストラクチャによって配信されます。

カスタム送信元の指定

Google Cloud にデプロイされたエンドポイントで Cloud CDN を構成する場合と同様に、ネットワーク エンドポイント グループ(NEG)API を使用して、サーバーを Cloud CDN のカスタム送信元として追加できます。

カスタム送信元を指定するには、インターネット NEG を使用します。インターネット NEG は、次の表のいずれかのエンドポイント タイプになります。

エンドポイント アドレス 種類 定義 使うタイミング
ホスト名とオプションのポート INTERNET_FQDN_PORT 一般公開された解決可能な完全修飾ドメイン名(FQDN)とオプションのポート。例: backend.example.com:443(デフォルト ポート: 80(HTTP の場合)と 443 一般公開 DNS で FQDN を使って外部の送信元を解決できる場合は、このエンドポイントを使用します。
IP アドレスとオプションのポート INTERNET_IP_PORT 一般公開 IP アドレスとオプションのポート。例: 8.8.8.88.8.8.8:443(デフォルト ポート: 80(HTTP の場合)、443 接続先となる一般公開 IP アドレスとポートを指定するには、このエンドポイントを使用します。

ベスト プラクティスは、エンドポイントの種類を INTERNET_FQDN_PORT に設定し、送信元ホスト名の値として FQDN 値を指定したインターネット NEG を作成することです。これにより、Cloud CDN の構成が送信元インフラストラクチャの IP アドレスの変更から分離されます。FQDN を使用して定義されたネットワーク エンドポイントは、一般公開 DNS によって解決されます。構成した FQDN が Google Public DNS で解決できることを確認してください。

インターネット NEG を作成した後は、種類を INTERNET_FQDN_PORT から INTERNET_IP_PORT に、またはその逆に変更することはできません。新しいインターネット NEG を作成し、その新しいインターネット NEG を使用するようにバックエンド サービスを変更する必要があります。

HTTP リクエストの Host ヘッダーに特定の値を必要とするカスタム送信元を使用する場合、Host ヘッダーをその値に設定するようにバックエンド サービスを構成する必要があります。ユーザー定義のリクエスト ヘッダーを構成しない場合、バックエンド サービスは、Google Cloud の外部 HTTP(S) ロードバランサへの接続用にクライアントが使用した Host ヘッダーを保持します。ユーザー定義リクエスト ヘッダーの一般的な情報については、ユーザー定義リクエスト ヘッダーの作成をご覧ください。具体的な例については、外部の送信元を使用した Cloud CDN の設定をご覧ください。

Cloud CDN が送信元からのレスポンスをキャッシュに保存するには、その送信元が既存の Cloud CDN のキャッシュ要件を満たしている必要があります。たとえば、Cloud CDN や外部 HTTP(S) ロードバランサへのレスポンスに有効な Cache-Control ヘッダーを設定するなどの要件です。

カスタム送信元と Google Cloud ベースの送信元を使用する

次の図に示すインターネット NEG は、HTTP(S) 負荷分散と Cloud CDN を使ってカスタム送信元をデプロイするために使用されます。

カスタム送信元と NEG に対応する Cloud CDN
カスタム送信元と NEG に対応する Cloud CDN

次のステップ