ロードバランサーを作成する と、Cloudflare は指定した Hostname 向けに LB DNS レコードを自動作成します。既存の DNS レコードの有無にかかわらず、ホスト名を使えます。プライベートロードバランサーには自動の DNS レコードは付きません。社内 DNS でホスト名を設定するか、ホスト名に Gateway Firewall の override を適用してください。
非 Enterprise プランでは、Cloudflare は A、AAAA、CNAME レコードのロードバランシングをサポートします。
Enterprise プランでは、Cloudflare は A、AAAA、CNAME、MX、SRV レコードのロードバランシングをサポートします。
既存の DNS レコードがあるホスト名では、LB レコードの方が同じかより具体的な場合に優先されます。
-
シナリオ 1:
- A、AAAA、または CNAME:
x.example.com - LB レコード:
x.example.com - 結果: 具体性が同じなので、LB レコードが優先されます。
- A、AAAA、または CNAME:
-
シナリオ 2:
- A、AAAA、または CNAME:
y.example.com - LB レコード:
*.example.com（ワイルドカードレコード） - 結果: DNS レコードの方が具体的なので、DNS レコードが優先されます。
- A、AAAA、または CNAME:
-
シナリオ 3:
- A、AAAA、または CNAME:
*.example.com - LB レコード:
*.example.com - 結果: 具体性が同じなので、LB レコードが優先されます。
- A、AAAA、または CNAME:
DNS レコードが SaaS プロバイダー を指していて、有効な カスタムホスト名 がある場合は、カスタムホスト名が Load Balancing レコードより優先されます。
- シナリオ 4:
- CNAME:
x.example.com。対象は Cloudflare for SaaS プロバイダー - LB レコード:
x.example.com - SaaS プロバイダー側の有効なカスタムホスト名:
x.example.com - 結果: カスタムホスト名が優先されます。
- CNAME:
ロードバランサーを無効にすると、特定ホスト名へのリクエストは既存の DNS レコードに依存します。
- 既存の DNS レコードがある場合は、そのレコードが返されます。
- 既存のレコードがない場合、そのホスト名へのリクエストは失敗します。
どちらの場合も、ロードバランサーを無効にすると、関連するエンドポイントやフォールバックプールへトラフィックは行きません。
すでに A、AAAA、または CNAME レコードがある場合、Time to Live (TTL) の影響で変更の反映に時間がかかることがあります。レコード変更の影響も同様で、ローカルの DNS キャッシュの更新に時間がかかることがあります。
内部制限により、Partial（CNAME）セットアップ では、Cloudflare の Universal SSL 証明書 は、デフォルトではロードバランシングのホスト名を対象にしません。この動作は今後修正予定です。
現在の回避策として、ドメインまたは第 1 階層のサブドメイン（lb.example.com）では、そのホスト名向けに プロキシ済みの CNAME / A / AAAA レコード を作成します。
たとえば、ロードバランサーのホスト名が lb.example.com の場合、SSL/TLS 対象のためだけに次のレコードを作成できます。
| タイプ | 名前 | IPv4 アドレス | プロキシ状態 |
|---|---|---|---|
| A | lb |
192.0.2.1 |
Proxied |
優先順位 に従い、LB ホスト名と具体性が同じなので、このレコードにはトラフィックは届きません。
より深いサブドメイン（lb.dev.example.com）を対象にするには、アドバンスト証明書 を購入してください。