Cloudflare Network Interconnect

ネットワークインフラを Cloudflare へ直接接続します

Enterprise のみ

Cloudflare Network Interconnect（CNI）を使うと、公衆インターネットではなく、ネットワークインフラを Cloudflare へ直接接続できます。より高性能で安全な接続になります。CNI では、Cloudflare のネットワーク機能一式を、自社のネットワークエッジに置けます。

メリット

企業は CNI を次の目的で使います。

パフォーマンスの向上: レイテンシを下げ、より安定したネットワークスループットを得ます。
セキュリティの向上: プライベートに接続し、公衆インターネットを避けることで、ネットワークの攻撃面を減らします。

接続の種類

インフラと運用の要件に合う接続の種類を選びます。

	Direct Interconnect	Partner Interconnect	Cloud Interconnect
ポートの種類	共有データセンター内で、自社のネットワーク機器と Cloudflare のハードウェアを結ぶ専用の物理ファイバー接続です。	グローバルな接続パートナーの 1 社を通じて確立する、Cloudflare への仮想接続です。	お客様のクラウド環境（例: Amazon Web Services（AWS）、Google Cloud）と Cloudflare の間のプライベート接続です。
運用	Cloudflare 機器への物理クロスコネクトの調達と管理は、お客様の責任です。	パートナーが接続の手続きを管理します。多くの場合、ソフトウェア定義ネットワーキングのポータルから行います。	Cloudflare がクラウドプロバイダーの専用サービスに接続し、お客様が仮想プライベートクラウドからプライベートな仮想回線を確立します。
向いている用途	Cloudflare と同じ場所にコロケーションしており、最大限の制御、性能、信頼性が必要な場合です。	Cloudflare と同じデータセンターにいない場合や、マネージドな接続ソリューションを使いたい場合です。	パブリッククラウド上のワークロードがあり、Cloudflare サービスへの安全で信頼性の高い接続が必要な場合です。

データプレーン

Cloudflare のデータセンターは、1 つ以上のインターコネクトデータプレーンに対応している場合があります。データプレーンは、直接接続を終端する機器の種類です。

Dataplane v1: Cloudflare エッジデータセンターへのピアリング接続です。Cloudflare Virtual Network との接続に Generic Routing Encapsulation（GRE）トンネルを使い、Magic Transit Direct Server Return 向けの GRE なし配信も選択できます。
Dataplane v2: Customer Connectivity Router（CCR）を基盤とします。顧客接続向けに設計されています。GRE トンネリングなしの簡易ルーティングを提供し、双方向で 1,500 バイトの Maximum Transmission Unit（MTU）に対応します。

利用可能なロケーションを確認すると、どのデータプレーンバージョンが使えるかが分かります。

製品のユースケース

CNI は、Cloudflare とのプライベートなポイントツーポイント IP 接続を提供します。技術仕様の異なる 2 つの Dataplane があります。

	Dataplane v1	Dataplane v2
Magic Transit Direct Server Return (DSR) インターネットから公開ネットワークへのすべての受信（ingress）トラフィックに対する分散型サービス拒否（DDoS）保護。送信（egress）トラフィックは ISP 経由で送ります。	相互接続回線上に GRE トンネルを確立した場合でも、しなくてもサポートされます。	サポートされます。
Magic Transit with Egress インターネットから公開ネットワークへのすべての受信トラフィックに対する DDoS 保護。送信トラフィックは Cloudflare 経由で送ります。	相互接続回線上に GRE トンネルを確立した場合にサポートされます。	サポートされます。
Cloudflare WAN and Zero Trust Zero Trust のユーザーとアプリケーションを、すべてのサイト、データセンター、クラウドとつなぐ、安全なプライベートネットワークバックボーンを構築します。	相互接続回線上に GRE トンネルを確立した場合にサポートされます。	サポートされます。
Peering 1 つの Cloudflare PoP（Point of Presence）と公開ルートを交換します。	サポートされます。エッジデータセンターに接続するすべてのお客様は、その PoP で AS13335 と公開ルートを交換します。接続は各 PoP ごとに確立されます。Cloudflare ネットワーク内の他のエッジ拠点のルートは利用できない場合があります。お客様がアドバタイズしたプレフィックスのルートは、接続した PoP でのみ利用できます。	サポートされません。
Application Security and Performance Web アプリケーションのパフォーマンスとセキュリティを向上させます	ピアリング経由でサポート: レイテンシが最も低いと判断された場合、お客様は Argo Smart Routing を使って、エッジピアリング接続経由でオリジン向けトラフィックを送れます。一部のトラフィックと障害時には必ず使う、直接のインターネット接続を維持する必要があります。 Magic Transit 経由でサポート: Magic Transit で保護されているオリジンサーバーの IP アドレスを使う製品を設定できます。Magic Transit はこのトラフィックをオーバーレイ経由で送り、お客様は Magic Transit Virtual Network のルーティングテーブルで相互接続のネクストホップを制御できます。	オリジン IP が CNI v2 上の Magic Transit の背後にある場合、公開オリジンで動作するすべての Cloudflare サービス（Load Balancer、WAF、Cache など）は CNI 上で動作します。

詳細は前提条件のセクションを参照してください。

高可用性の設計

単一障害点を避けるには、CNI の導入を耐障害性を意識して設計することが重要です。ビジネスクリティカルなアプリケーションでは、デバイスレベルで多様性がある Cloudflare ロケーションを選びます。接続が物理的に別のハードウェアで終端されるようにします。

詳細はサービスの期待値を参照してください。