デプロイされたサービスに Cloud Run が提供するデフォルトのアドレスではなく、カスタム ドメインを設定できます。
Cloud Run サービスのカスタム ドメインを設定するには、いくつかの方法があります。
- グローバル外部アプリケーション ロードバランサを使用する(推奨)
- Firebase Hosting を使用する
- Cloud Run のドメイン マッピング(限定的に利用可能、プレビュー)を使用する
複数のカスタム ドメインを同じ Cloud Run サービスにマッピングできます。
始める前に
使用するドメインをまだ所有していない場合、新しいドメインを購入してください。どのドメイン名登録事業者でも使用できます。
グローバル外部アプリケーション ロードバランサを使用してカスタム ドメインをマッピングする
このオプションでは、Cloud Run サービスの前にグローバル外部アプリケーション ロードバランサを追加し、ロードバランサ レベルでカスタム ドメインを構成します。
グローバル外部アプリケーション ロードバランサを使用するメリットの 1 つは、カスタム ドメインの設定に関して多くの制御が可能であることです。たとえば、独自の TLS 証明書の使用や、特定の URL パスの Cloud Run サービスへのルーティングができます。また、キャッシュ用に Cloud CDN を構成し、セキュリティを高めるために Google Cloud Armor を構成することもできます。
また、URL マスクを使用して、単一ロードバランサのカスタム ドメイン URL パターンで、複数のサービスを動的ホスト名またはパスにマッピングできます(例: <service>.example.com
)。
Cloud Run を使用したグローバル外部アプリケーション ロードバランサの設定のドキュメントをご覧ください。
Firebase Hosting を使用してカスタム ドメインをマッピングする
このオプションでは、Cloud Run サービスの前に Firebase Hosting を構成し、ドメインを Firebase Hosting に接続します。
Firebase Hosting の使用は低価格で、必要に応じて Cloud Run サービスによって提供される動的コンテンツとともに静的コンテンツをホストして提供できます。
Firebase Hosting を使用してカスタム ドメインをマッピングするには:
- Firebase を Google Cloud プロジェクトに追加する。
- Firebase CLI をインストールします。
サービスのソースコードとは異なるフォルダに
firebase.json
ファイルを作成し、次の内容を追加する。{ "hosting": { "rewrites": [{ "source": "**", "run": { "serviceId": "SERVICE_NAME", "region": "REGION" } }] } }
SERVICE_NAME と REGION を Cloud Run サービスの名前とリージョンに置き換える。
Firebase Hosting の構成をデプロイする。
firebase deploy --only hosting --project PROJECT_ID
Firebase Hosting と Cloud Run の詳細をご覧ください。
Cloud Run のドメイン マッピングを使用してカスタム ドメインをマッピングする(限定的に利用可能、プレビュー)
Cloud Run のドメイン マッピングの制限事項
Cloud Run のドメイン マッピングでは、次の点を考慮する必要があります。
- Cloud Run のドメイン マッピングは、プレビュー リリース ステージです。レイテンシの問題で本番環境に対応していないため、一般提供ではサポートされていません。現時点では、このオプションは本番環境のサービスにはおすすめしません。
- サービスをカスタム ドメインにマッピングすると、HTTPS 接続用の Google マネージド証明書が自動的に発行され、更新されます。
- SSL 証明書のプロビジョニングには通常 15 分ほどかかりますが、場合によっては最長で 24 時間ほどかかることがあります。
- TLS 1.0 と 1.1 を無効にすることはできません。これが問題となる場合は、Firebase Hosting または Cloud Load Balancing を使用して、TLS 1.2 のみのトラフィックを有効にできます。
- 独自の(セルフマネージド)証明書をアップロードして使用することはできません。
- Cloud Run のドメイン マッピングは 64 文字に制限されています。
- ドメイン マッピングは次のリージョンで利用できます。
asia-east1
asia-northeast1
asia-southeast1
europe-north1
europe-west1
europe-west4
us-central1
us-east1
us-east4
us-west1
- 他のリージョンのカスタム ドメインをマッピングするには、他のマッピング オプションのいずれかを使用する必要があります。
- Cloud Run のドメイン マッピングを使用する場合、カスタム ドメインをサービスにマッピングしてから DNS レコードを更新します。
example.com
のようなドメインや、subdomain.example.com
のようなサブドメインをマッピングできます。- ドメインは
/
にのみマッピングでき、/users
のような特定の URL パスにマッピングすることはできません。 - この機能でワイルドカード証明書を使用することはできません。
カスタム ドメインとサービスのマッピング
カスタム ドメインをサービスにマッピングするには、Google Cloud コンソール、gcloud CLI、または Terraform を使用します。
Console
Google Cloud コンソールで [ドメイン マッピング] ページを開きます。
[ドメイン マッピング] ページ[マッピングを追加] をクリックします。
表示ウィンドウが小さすぎると、[マッピングを追加] ボタンは表示されません。ページの隅にある縦に並んだ 3 つの点のアイコンをクリックする必要があります。
プルダウン リストから、カスタム ドメインのマッピング先のサービスを選択します。
[Cloud Run のドメイン マッピング] を選択します。
[マッピングを追加] フォームで、[新しいドメインの所有権を証明] を選択します。
Google からドメインを購入した場合を除き、ドメインが使用可能になる前に、[検証するベースドメイン] フィールドでドメインの所有権を確認する必要があります。
subdomain.example.com
またはsubdomain1.subdomain2.example.com
をマッピングする場合は、example.com
の所有権を確認する必要があります。ドメインの所有権を確認する方法については、Search Console のヘルプをご覧ください。[続行] をクリックします。
ドメインの所有権の証明が完了したら、[検証を続行して閉じる] をクリックします。
ドメイン登録事業者のウェブサイトで、最後の手順で表示された DNS レコードを使用して DNS レコードを更新します。ドメイン マッピングの操作メニュー [...] で [DNS レコード] をクリックすると、レコードが表示されます。
[完了] をクリックします。
gcloud
Google からカスタム ドメインを購入した場合を除き、Google Cloud プロジェクトでそのドメインを初めて使用する際には、ドメインの所有権を確認する必要があります。使用するカスタム ドメインが確認済みかどうかを確認するには、次のコマンドを実行します。
gcloud domains list-user-verified
ドメインの所有権を確認する必要がある場合は、Search Console の確認ページを開きます。
gcloud domains verify BASE-DOMAIN
ここで、
BASE-DOMAIN
は確認するベースドメインです。たとえば、subdomain.example.com
をマッピングする場合は、example.com
の所有権を確認する必要があります。Search Console でドメイン所有権の確認を完了します。詳細については、Search Console のヘルプをご覧ください。
サービスをカスタム ドメインにマッピングします。
gcloud beta run domain-mappings create --service SERVICE --domain DOMAIN
SERVICE
は、実際のサービス名に置き換えます。DOMAIN
は、カスタム ドメイン(example.com
またはsubdomain.example.com
など)に置き換えます。
Terraform
Terraform 構成を適用または削除する方法については、基本的な Terraform コマンドをご覧ください。
Cloud Run サービスを作成するには、既存の main.tf
ファイルに次の行を追加します。
name
の値は実際のサービス名に置き換えます。
Cloud Run サービスをカスタム ドメインにマッピングします。
verified-domain.com
は、確認済みのカスタム ドメイン(example.com
、subdomain.example.com
など)に置き換えます。
ドメイン登録事業者で DNS レコードを追加する
Cloud Run でサービスをカスタム ドメインにマッピングしたら、ドメイン登録事業者で DNS レコードを更新する必要があります。入力する DNS レコードは、Cloud Run によって生成され、表示されます。マッピングを有効にするには、Cloud Run サービスを参照するレコードをドメイン登録事業者で追加する必要があります。
DNS プロバイダとして Cloud DNS を使用する場合は、レコードの追加をご覧ください。
次のコマンドを使用して、ドメイン マッピングの DNS レコード情報を取得します。
Console
Cloud Run のドメイン マッピング ページに移動:
ドメイン マッピング ページサービスの右側にある縦に並んだ 3 つの点のアイコンをクリックして [DNS レコード] をクリックし、すべての DNS レコードを表示します。
gcloud
gcloud beta run domain-mappings describe --domain [DOMAIN]
[DOMAIN]
は、カスタム ドメイン(example.com
、subdomain.example.com
など)に置き換えます。resourceRecords
という見出しの下にある、返されたすべてのレコードが必要です。ドメイン登録事業者のアカウントにログインし、DNS 構成ページを開きます。
ドメインの構成ページのホストレコード セクションを見つけて、ドメインを Cloud Run サービスにマッピングしたときに取得した各リソース レコードを追加します。
上記の DNS レコードを DNS プロバイダのアカウントに追加するときに、次の操作を行います。
- 前のステップで返された DNS レコードのタイプを選択します(
A
、AAAA
またはCNAME
)。 www
という名前を使用してwww.example.com
にマッピングします。@
という名前を使用してexample.com
をマッピングします。
- 前のステップで返された DNS レコードのタイプを選択します(
ドメインのアカウントの DNS 構成ページで変更を保存します。通常、この変更が反映されるまでに数分しかかかりませんが、登録事業者やドメインの以前の DNS レコードに設定されている有効期間(TTL)によっては、数時間かかることもあります。オンラインの
dig
バージョンなどのdig
ツールを使用して、DNS レコードが正常に更新されたことを確認できます。新しい URL(
https://www.example.com
など)でサービスを閲覧して、成功したかどうかをテストします。マネージド SSL 証明書が発行されるまでに数分かかる場合があります。
確認済みのドメイン所有者を他のユーザーまたはサービス アカウントに追加
ユーザーがドメインを検証すると、そのユーザーのアカウントに対してのみドメインの検証が行われます。つまり、ドメイン マッピングを追加できるのは、そのドメインを使用しているユーザーだけです。他のユーザーがドメインを使用するマッピングを追加できるようにするには、ユーザーを確認済みのオーナーとして追加する必要があります。
ドメインで確認済みのオーナーを他のユーザーまたはサービス アカウントに追加するには、Search Console のページから権限を追加します。
ウェブブラウザで次のアドレスに移動します。
[プロパティ] で、ユーザーまたはサービス アカウントを追加するドメインをクリックします。
[確認済みサイト所有者] リストに移動し、[サイト所有者を追加] をクリックして、Google アカウントのメールアドレスまたはサービス アカウント ID を入力します。
サービス アカウントのリストを表示するには、Google Cloud コンソールの [サービス アカウント] ページを開きます。
Cloud Run ドメイン マッピングを削除する
ドメイン マッピングを削除するには、Google Cloud コンソールまたは gcloud CLI を使用します。
Console
Google Cloud コンソールで [ドメイン マッピング] ページを開きます。
[ドメイン マッピング] ページ[ドメイン マッピング] ページで、削除するドメイン マッピングを選択し、[削除] をクリックします。
gcloud
ドメイン マッピングを削除します。
gcloud beta run domain-mappings delete --domain DOMAIN
DOMAIN
は、カスタム ドメイン(example.com
、subdomain.example.com
など)に置き換えます。
認証済みサービスでのカスタム ドメインの使用
認証済みサービスは IAM によって保護されます。このような Cloud Run サービスでは、認証情報の生成時にリクエストの対象とする受信者(オーディエンス)を宣言するクライアント認証が必要です。
オーディエンスは通常ターゲット サービスの正式な URL であり、Cloud Run サービスの場合、デフォルトでは末尾が run.app
の URL が生成されます。ただし、カスタム ドメインを使用する場合は、自動生成された run.app
URL をオーディエンスとして使用しないでください。代わりに、カスタム ドメインを有効な認証オーディエンスとして受け入れるように、カスタム オーディエンス用のサービスを構成します。