URL マップのコンセプト

Google Cloud HTTP(S) ベースのロードバランサでは、URL マップを使用してバックエンド サービスバックエンド バケット(外部 HTTP(S) ロードバランサの場合のみ)に受信リクエストを送信します。内部 HTTP(S) ロードバランサは、バックエンド バケットに対応していません。

作成する HTTP(S) ベースのロードバランサごとに URL マップが必要です。URL マップは、次の 1 つ以上にトラフィックを転送します。

  • デフォルトのバックエンド サービス
  • デフォルトのバックエンド バケット
  • デフォルト以外のバックエンド サービス
  • デフォルト以外のバックエンド バケット

デフォルト以外のオプションは、URL マップで指定された構成に基づいて決定されます。

たとえば、1 つの URL マップを使用して、リクエストのホストとパスに基づいたリクエストをルーティングできます。

  • https://example.com/video のリクエストは 1 つのバックエンド サービスに送信されます。
  • https://example.com/audio のリクエストは別のバックエンド サービスに送信されます。
  • https://example.com/images のリクエストは Cloud Storage バックエンド バケットに送信されます。
  • 他のホストとパスの組み合わせに対するリクエストは、デフォルトのバックエンド サービスに送信されます。

URL マップは、次の Google Cloud サービスで使用されます。

URL マップの概要

リクエストを受信すると、ロードバランサは URL マップの構成に基づいて特定のバックエンド サービスまたはバックエンド バケットにリクエストをルーティングします。

たとえば、次のような設定があるとします。

  • 1 つの IP アドレス
    • 組織へのリクエストはすべて同じ IP アドレスと同じロードバランサに転送されます。
    • トラフィックは、リクエストの URL に基づいてさまざまなバックエンド サービスに転送されます。
  • 2 つのドメイン
    • example.net(トレーニング動画をホスト)
    • example.org(組織のウェブサイトをホスト)
  • 4 台のサーバー
    • 組織のウェブサイトをホスト(バックエンド サービス: org-site
    • トレーニング動画のウェブサイト全体をホスト(バックエンド サービス: video-site
    • 高画質(HD)のトレーニング動画をホスト(バックエンド サービス: video-hd
    • 標準画質(SD)のトレーニング動画をホスト(バックエンド サービス: video-sd

次の処理を行おうとしています。

  • example.org(または、example.net 以外のドメイン)へのリクエストが org-site バックエンド サービスに送信される。
  • より具体的なパスと一致しない example.net へのリクエストが video-site バックエンド サービスに送信される。
  • example.net/video/hd/* へのリクエストが video-hd バックエンド サービスに送信される。
  • example.net/video/sd/* へのリクエストが video-sd バックエンド サービスに送信される。

URL マップでは、このタイプのホストとパスベースのルーティングを設定できます。

バックエンド サービス設定の例(クリックして拡大)
バックエンド サービス設定の例(クリックして拡大)

高度なトラフィック管理

内部 HTTP(S) ロードバランサと Traffic Director は、ホストとパスベースのルーティングに URL マップを使用します(このドキュメントの説明を参照)。これらのサービスと併用すると、URL マップは高度なトラフィック管理機能もサポートします。高度なトラフィック管理の詳細については、トラフィック管理の概要高度なトラフィック管理をご覧ください。

命名

各 URL マップには名前があります。Google Cloud Console を使用して HTTP(S) ベースのロードバランサを作成すると、URL マップに名前が割り当てられます。この名前は、ロードバランサの名前と同じです。gcloud または API を使用する場合、URL マップのカスタム名を定義することもできます。

URL マップのコンポーネント

URL マップは、URL へのリクエストをバックエンド サービスまたはバックエンド バケットに転送するための Google Cloud 構成リソースです。処理する URL ごとにホスト名とパスの部分を使用します。

  • ホスト名は URL のうちのドメイン名の部分です。たとえば、http://example.net/video/hd という URL のホスト名の部分は example.net です。
  • パスは URL のうちのホスト名の後の部分です。たとえば、http://example.net/video/hd という URL のパスの部分は /video/hd です。
基本的な URL マップフロー(クリックして拡大)
基本的な URL マップフロー(クリックして拡大)

受信リクエストを転送するバックエンド サービスまたはバックエンド バケットは、次の URL マップ構成パラメータで制御します。

  • デフォルトのバックエンド サービスまたはデフォルトのバックエンド バケット。URL マップを作成する場合は、デフォルトのバックエンド サービスまたはデフォルトのバックエンド バケットのどちらか一方だけを指定する必要があります。適用可能なホストルールがない限り、Google Cloud はホスト名を含む URL へのリクエストをこのデフォルトのバックエンド サービスまたはバケットに送信します。

  • ホストルール。ホストルールは、関連する 1 つ以上のホスト名に送信されたリクエストを単一のパスマッチャーに送信します。URL のホスト名の部分は、ホストルールのホスト名のセットと完全に一致します。http://example.net/video/hd へのリクエストをパスマッチャーに送信するには、少なくとも example.net というホスト名を含むホストルールが必要です。このホストルールでは、他のホスト名へのリクエストも処理できますが、同じパスマッチャーに送信します。

    リクエストを別のパスマッチャーに送信する場合は、別のホストルールを使用する必要があります。URL マップ内の 2 つのホストルールに同じホスト名を含めることはできません。

    ホストルールでワイルドカード文字 * を指定すると、すべてのホスト名を照合できます。たとえば、http://example.orghttp://example.net/video/hdhttp://example.com/audio という URL の場合、ホストルールに * を指定すると、example.orgexample.netexample.com の 3 つのホスト名すべてに一致します。ワイルドカード文字 * を使用して、部分的なホスト名を照合することもできます。たとえば、ホストルール *.example.netfoo.example.netbar.example.net の両方のホスト名に一致します。

  • パスマッチャー。パスマッチャーは、ホストルールで参照される構成パラメータです。URL のパス部分と、リクエストを処理するバックエンド サービスまたはバックエンド バケットとの関係を定義します。パスマッチャーは、次の 2 つの要素で構成されます。

    • パスマッチャーのデフォルト バックエンド サービスまたはパスマッチャーのデフォルト バックエンド バケット。パスマッチャーには、デフォルトのバックエンド サービスまたはデフォルトのバックエンド バケットのどちらか一方だけを指定する必要があります。Google Cloud は、パスマッチャーで関連付けられたホストルールに一致し、かつ、URL パスがパスマッチャーの任意のパスルールに一致しない URL へのリクエストをこのデフォルトのバックエンド サービスまたはバックエンド バケットに送信します。

    • パスのルール。パスマッチャーごとに、1 つ以上のパスルールを指定できます。これは、URL パスを 1 つのバックエンド サービスまたはバックエンド バケットにマッピングする Key-Value ペアです。次のセクションでは、パスルールの機能を詳しく説明します。

オペレーションの順序

リクエストされた URL のホスト名とパスに対して、Google Cloud は次の手順に従って、URL マップに構成された正しいバックエンド サービスまたはバックエンド バケットにリクエストを送信します。

  • URL マップに URL のホスト名のホストルールが含まれていない場合、Google Cloud は、URL マップのデフォルト バックエンド サービスまたはデフォルト バックエンド バケットにリクエストを送信します。送信先は定義によって異なります。

  • URL マップに、URL のホスト名を含むホストルールが含まれている場合、そのホストルールで参照されるパスマッチャーが使用されます。

    • パスマッチャーに URL パスと完全に一致するパスルールが含まれている場合、Google Cloud は、そのパスルールのバックエンド サービスまたはバックエンド バケットにリクエストを送信します。

    • パスマッチャーに、URL のパスに完全に一致するパスルールが含まれず/* で終わるパスルールが含まれていて、プリフィックスが URL のパスの最長部分と一致する場合、Google Cloud はそのパスルールのバックエンド サービスまたはバックエンド バケットにリクエストを送信します。たとえば、2 つのパスマッチャー ルール /video/hd/movie1/video/hd/* を含む URL マップの場合、URL に正確なパス /video/hd/movie1 が含まれている場合、そのパスルールと照合されます。

    • 前の条件のどちらも true でない場合、Google Cloud は、パスマッチャーのデフォルトのバックエンド サービスまたはデフォルトのバックエンド バケットにリクエストを送信します。送信先は定義によって異なります。

パスマッチャーの制約

パスマッチャーとパスルールには、次のような制約があります。

  • パスルールでは、スラッシュ文字(/)の後にのみワイルドカード文字(*)を使用できます。たとえば、/videos/*/videos/hd/* は有効なパスルールですが、/videos*/videos/hd* は無効です。

  • パスルールでは、正規表現や部分文字列の一致は使用されません。たとえば、/videos/hd または /videos/hd/* のパスルールは、パスが /video/hd-abcd の URL には適用されません。ただし、そのパスには /video/* のパスルールが適用されます。

  • パスマッチャーと一般的な URL マップには、Apache LocationMatch ディレクティブのような機能はありません。共通のプリフィックスを持つ動的 URL パス(たとえば /videos/hd-abcd/videos/hd-pqrs)を生成するアプリケーションで、これらのパスに対するリクエストを別のバックエンド サービスに送信する必要がある場合、URL マップではその目的を実行できません。動的 URL の非常に少ないシンプルなケースでは、限定的なパスルールのセットを使用してパスマッチャーの作成が可能な場合もあります。より複雑なケースでは、バックエンドで正規表現を使用してパスの照合を行います。

ホスト名は 1 つのホストルールのみを参照し、ホストルールは 1 つのパスマッチャーのみを参照します。ただし、1 つのホストルールは複数のホスト名を処理し、複数のホストルールは 1 つのパスマッチャーのみを参照します。そのため、各 URL は 1 つのバックエンド サービスまたはバックエンド バケットにのみ転送されます。

  • Google Cloud は、URL のホスト名部分を使用して、1 つのホストルールと関連するパスマッチャーを 1 つ選択できます。

  • パスマッチャーでは、同じパスに複数のパスルールを作成することはできません。たとえば、/videos/hd リクエストを複数のバックエンド サービスやバックエンド バケットに転送することはできません。バックエンド サービスは、異なるゾーンやリージョンにバックエンド インスタンス グループまたはバックエンド ネットワーク エンドポイント グループ(NEG)を持つことができます。また、マルチ リージョン ストレージ クラスを使用するバックエンド バケットを作成できます。

URL マップとプロトコル

ターゲット HTTP プロキシとターゲット HTTPS プロキシの両方が URL マップを参照する場合、同じ URL マップ、ホストルール、パスマッチャー ツールを使用して、クライアントから送信された HTTP リクエストと HTTPS リクエストを処理できます。

URL マップは、クライアントとロードバランサ間の接続に、プロトコル リダイレクトを提供しません。たとえば、URL マップを使用してクライアント システムに HTTP から HTTPS への切り替えを指示することはできません。すべてのクライアント プロトコル リダイレクトをバックエンドに実装する必要があります。

最も簡単な URL マップ

最も単純な URL マップは、デフォルトのバックエンド サービスまたはデフォルトのバックエンド バケットだけで構成されています。ホストルールもパスマッチャーもありません。リクエストされた URL は、デフォルトのバックエンド サービスまたはデフォルトのバックエンド バケットのうち、定義されたいずれかで処理されます。

デフォルトのバックエンド サービスを定義すると、Google Cloud はバックエンド サービスの構成に従ってバックエンド インスタンス グループまたはバックエンド NEG にリクエストを送ります。

デフォルト以外のルールがない URL マップ(クリックして拡大)
デフォルト以外のルールがない URL マップ(クリックして拡大)

URL マップの例

次の例は、URL マップのオペレーションの順序を示しています。説明を簡単にするため、ここでは、バックエンド サービスのみを使用します。バックエンド バケットで代用することも可能です。次の手順では、外部 HTTP(S) ロードバランサの URL マップを構成します。外部 HTTP(S) ロードバランサの他のコンポーネントを作成する方法については、外部 HTTP(S) ロードバランサの作成をご覧ください。内部 HTTP(S) ロードバランサの URL マップを作成する方法については、内部 HTTP(S) ロードバランサの設定準備をご覧ください。

次の例で説明するバックエンド サービスは外部のスキームを持ち、HTTP、HTTPS、または HTTP/2 プロトコルを使用します。

  1. ロードバランサの URL マップを作成し、デフォルトのバックエンド サービスを指定します。この例では、org-site という既存のバックエンド サービスを参照する video-org-url-map という URL マップを作成します。

        gcloud compute url-maps create video-org-url-map \
            --default-service=org-site
        
  2. 次の特性を持つ video-matcher という名前のパスマッチャーを作成します。

    • デフォルトのバックエンド サービスは、既存の video-site というバックエンド サービスになります。
    • 正確な URL パス /video/hd または URL パスのプリフィックス /video/hd/* のリクエストを video-hd という名前の既存のバックエンド サービスに転送するパスルールを追加します。
    • 正確な URL パス /video/sd または URL パスのプリフィックス /video/sd/* のリクエストを video-sd という名前の既存のバックエンド サービスに転送するパスルールを追加します。
        gcloud compute url-maps add-path-matcher video-org-url-map \
            --path-matcher-name=video-matcher \
            --default-service=video-site \
            --path-rules=/video/hd=video-hd,/video/hd/*=video-hd,/video/sd=video-sd,/video/sd/*=video-sd
        
  3. video-matcher パスマッチャーを参照する example.net というホスト名のホストルールを作成します。

        gcloud compute url-maps add-host-rule video-org-url-map \
            --hosts=example.net \
            --path-matcher-name=video-matcher
        

video-org-url-map URL マップは、リクエストされた URL を次の方法でバックエンドに送信します。

パスルール、パスマッチャー、ホストルールを含む URL マップ(クリックして拡大)
パスルール、パスマッチャー、ホストルールを含む URL マップ(クリックして拡大)

次のテーブルに、前の図で表示されたリクエスト処理を示します。

ホスト名 URL パス 選択されたバックエンド サービス 選択の理由
ホスト名
example.org。また、
example.net と異なるその他のホスト名。
すべてのパス org-site ホスト名が URL マップのホストルールにないため、リクエストは URL マップのデフォルトのバックエンド サービスに転送されます。
ホスト名:
example.net
/video
/video/examples
video-site /video/ または /video/* のパスルールがないため、リクエストはデフォルトのバックエンド サービスに移動します。example.net のホストルールはパスマッチャーを参照しますが、これらのパスに適用されるパスルールはありません。
ホスト名:
example.net
/video/hd
/video/hd/movie1
/video/hd/movies/movie2
先頭が /video/hd/* のその他の URL
video-hd example.net のホストルールはパスルールのパスマッチャーを参照しています。このパスルールにより、/video/hd と完全に一致する URL パスか、/video/hd/* で始まる URL パスへのリクエストを video-hd バックエンド サービスに送信します。
ホスト名:
example.net
/video/sd
/video/sd/show1
/video/sd/shows/show2
先頭が /video/sd/* のその他の URL
video-sd example.net のホストルールはパスルールのパスマッチャーを参照しています。このパスルールにより、/video/sd と完全に一致する URL パスか、/video/sd/* で始まる URL パスへのリクエストを video-sd バックエンド サービスに送信します。

次のステップ

  • URL マップを追加、テスト、一覧表示、削除するには、URL マップの使用をご覧ください。