Regional Services では、HTTPS トラフィックを復号して処理するデータセンターのサブセットを選び、地域制限に対応できます。
Regional Services は、地域のコンプライアンス要件を満たす必要があるお客様や、データに対する地域制御を維持したいお客様向けに、指定リージョン内でトラフィックを受信して処理します。用途の例には、GDPR ↗(General Data Protection Regulation)のような地域制限への対応や、データの流れや処理に地理的制限を含む顧客との契約の履行があります。
Regional Services では、TLS 終端(暗号化された HTTPS トラフィックを復号し、Cloudflare が検査してセキュリティルールを適用する地点)は、設定したリージョン内でのみ行われます。たとえば、ホスト名を欧州連合(EU)にリージョン化すると、米国(US)からの HTTPS リクエストは、復号される前に暗号化されたまま EU のデータセンターへ転送されます。
Regional Services は、世界中の任意の Cloudflare データセンターでトラフィックを受け付け、L3/L4 DDoS 緩和(トラフィック内容を復号せずに大規模攻撃を遮断する、ネットワーク層とトランスポート層の保護)を適用します。一方、復号済みトラフィックへのアクセスが必要なセキュリティ、パフォーマンス、信頼性の機能は、リージョン内の Cloudflare ロケーションでのみ適用されます。
Regional Services により、次のアプリケーション層サービス(ほかも含む)は、選択したリージョン内で動作します。
- Cache からのコンテンツの保存と取得。
- Web Application Firewall(WAF)による悪意のある HTTP ペイロードのブロック。
- Bot Management による不審なアクティビティの検出とブロック。
- Cloudflare Workers スクリプトの実行。
- 最適なオリジンサーバー(またはほかの エンドポイント)への Load Balancing。
Regional Services はコンプライアンス向けのソリューションであり、パフォーマンス最適化ではありません。設定したリージョン内では、Cloudflare は利用可能な接続数、レイテンシ、負荷を考慮するスコアリングで、最もパフォーマンスの良いリージョン内データセンターへリクエストをルーティングします。これは必ずしも最も近いデータセンターではありません。詳細は Geographic traffic routing を参照してください。地理的に広いリージョンでは、最も近いリージョン内オプションより遠いデータセンターで処理されることがあります。
次の図は、米国にいるエンドユーザーが、EU に設定した Cloudflare Regional Services を使うウェブサイトへ接続するときの、リクエストフローの概要です。
sequenceDiagram
participant User in US as 米国のエンドユーザー
participant CloudflarePoPNYC as 最も近いデータセンター <br> (米国)
participant CloudflarePoPDUB as EU のデータセンター
participant EUOriginServer as オリジンサーバー
User in US->>CloudflarePoPNYC: TCP 接続
Note right of User in US: TLS 暗号化
Note left of CloudflarePoPNYC: TCP 接続<br> (TLS の復号なし)
Note right of CloudflarePoPNYC: L3 DDoS 保護
CloudflarePoPNYC-->>CloudflarePoPDUB: 暗号化された<br> リクエストを転送
Note right of CloudflarePoPDUB: TLS 終端(復号)
Note right of CloudflarePoPDUB: セキュリティと<br> パフォーマンス機能を適用<br> (例: WAF、Configuration Rules、<br>Load Balancing)
Note right of CloudflarePoPDUB: TLS 暗号化
CloudflarePoPDUB-->>EUOriginServer: コンテンツをリクエスト
EUOriginServer-->>CloudflarePoPDUB: レスポンスコンテンツ
Note right of CloudflarePoPDUB: TLS 終端(復号)
Note right of CloudflarePoPDUB: 対象の静的コンテンツをキャッシュ<br> (暗号化ディスク上)
Note right of CloudflarePoPDUB: TLS 暗号化
CloudflarePoPDUB->>User in US: コンテンツ付きレスポンスを転送
Regional Services が制御するのは、トラフィックの取り込みと処理(復号)の場所であり、オリジンへの出口ではありません。オリジンへのエグレス IP は、リクエストを処理したリージョン内データセンターのサイトローカル IP です。エグレス IP の地理位置情報の保証やオリジンの許可リストが必要な場合は、Regional Services に加えて Dedicated CDN Egress IPs を使います。
Cloudflare の共有イングレス IP を使う Regional Hostnames では、サードパーティの IP 地理位置情報プロバイダーが、設定リージョンと一致しない場所(多くの場合は米国)を返すことがあります。これは共有 IP アドレスの制限であり、トラフィックが実際に復号・処理される場所には影響しません。
Regional Services は、トラフィックが Cloudflare に到達する方法に応じて、いくつかの仕組みでトラフィックをリージョン化します。ほとんどのお客様は、次のいずれか 1 つだけを使います。
-
Regional Hostnames — プロキシされたホスト名をリージョン化します。Regional Hostnames API またはダッシュボードでホスト名にリージョンを割り当てると、Cloudflare はそのホスト名のトラフィックをリージョン内データセンターへ誘導します。これが最も一般的な選択肢で、一般提供されています。設定は Regional Hostnames を参照してください。
-
Regionalized Spectrum Applications — Spectrum の HTTP/S アプリケーションをリージョン化します。Spectrum アプリケーションは Regional Hostnames API とは別のリージョン化の仕組みを使い、Spectrum Static IPs と Bring Your Own IP (BYOIP) の両方で動作します。設定は Regionalized Spectrum Applications を参照してください。
-
Regionalized IP Bindings — BYOIP プレフィックスをリージョンにバインドし、それらの IP アドレス宛てのトラフィックをリージョン内で処理します。バインディングは API 上でアドレスマップとして管理されるため、広い設定(プレフィックス全体、ゾーン、アカウント)に向き、エンタイトルメントを有効にしたあとはセルフサービスで使えます。この選択肢には、Regional Services と Regional Services for BYOIP のエンタイトルメントが必要です。設定は Regionalized IP Bindings を参照してください。
次の表は、3 つの選択肢を比較して選ぶためのものです。
| 提供内容 | トラフィックの宛先 | 粒度 | Static IP / BYOIP | API | 提供状況 | 向いている用途 |
|---|---|---|---|---|---|---|
| Regional Hostnames | Cloudflare の共有 IP | ホスト名単位 | 非対応 | Regional Hostnames API | 一般提供 | ほとんどのデプロイ。特定のプロキシ済みホスト名のリージョン化 |
| Regionalized Spectrum Applications | Spectrum アプリ経由の専用 IP | ゾーン単位(すべての Spectrum HTTP/S アプリ) | Static IPs と BYOIP | Spectrum API | 一般提供 | Static IPs や BYOIP が必要な、IP 宛てのトラフィック |
| Regionalized IP Bindings | IP 層の BYOIP プレフィックス | CIDR / IP プレフィックス単位(プレフィックス全体までスケール) | BYOIP のみ | Data Localization Suite API | 一般提供 | アドレスマップで管理する、広い範囲のセルフサービスなリージョン化 |
3 つの選択肢はすべて managed regions に対応しています。Custom regions は Regionalized Spectrum Applications と Regionalized IP Bindings で利用でき、Regional Hostnames では利用できません。
Regional Services の設定手順は、どの選択肢を選んでも同じ流れです。
-
エンタイトルメントを確認します。 Regional Services は Enterprise のアドオンです。必要なエンタイトルメントがアカウントにあるかは、アカウントチームに確認してください。一部の選択肢には追加要件があります。Regionalized Spectrum Applications には Spectrum も必要で、Regionalized IP Bindings には Regional Services for BYOIP のエンタイトルメントも必要です。
-
トラフィックが Cloudflare に到達する方法に合う選択肢を選びます。 比較表 で 3 つの選択肢を判断してください。
-
選んだ選択肢のセットアップガイドに従います。
-
リージョン化を確認します。 トラフィックが設定したリージョンで処理されていることを確認します。Regional Services の動作を確認する を参照してください。
可用性とサービスレベル契約(SLA)は、Cloudflare Enterprise 契約を参照してください。単一の国(米国を除く)に制限した Regional Services 設定では、Cloudflare の SLA に特定の除外があります。トラフィックをその国外のデータセンターへフェイルオーバーできないため、国内の容量が使えない場合の自動フェイルオーバーはありません。複数国のリージョン(例: 欧州連合)では、一般に標準 SLA が維持されます。
Regional Services と互換性のある製品の詳細は、Cloudflare 製品の互換性 ページを参照してください。Enterprise サブスクリプションプランの一部としてこれらの製品を購入している場合、Cloudflare は Regional Services に設定した地理的リージョン内でのみ、これらの製品の TLS 接続を終端します。