概況
- Cloudflare はラテンアメリカの広範な都市フットプリントと500 Tbps のグローバル外部相互接続を開示しているが、各ラテンアメリカサイトのサーバー数、契約電力、ライブポートの余裕、物理的に多様な経路を公開していない。
- 公的記録は、コスタリカの会社、コスタリカの住所リソース、NIC.CR に関連するサンホセの展開を確立しているが、同社が Cloudflare の名前を冠したすべての地域のラック、回線、顧客関係を所有または契約していることは証明していない。
- エニーキャストは障害発生場所から到達可能性を移動できるが、成功する復旧は依然として予備のコンピュートとネットワーク容量、独立した施設電源、存続するメトロファイバー、機能するクロスコネクト、影響を受ける機器の復旧を承認された担当者に依存している。
転送スイッチが地図の限界を示す
サンパウロ都市圏の中立的なキャリア施設で計画された電力転送を考えてみましょう。ユーティリティ供給が停止され、無停電電源装置が供給間の負荷を支え、発電機または2番目のユーティリティ経路が引き継ぐことになっています。技術者がラックの電力配分と光クロスコネクトを監視し、ネットワークエンジニアがルートを監視します。これは特定の Cloudflare の事故の報告ではなく、ストレステストです。転送の瞬間に、具体的な問題は現実的です：どのキャビネットが通電状態を保ち、どのルーターが光を維持し、どのピアが到達可能で、どれだけの作業を他の場所で受け入れられるか？
Cloudflare 自身の運用通知は意図されたネットワーク応答を明らかにしています。2026年7月3日の GRU ロケーションでの計画作業中、同社はトラフィックが再ルーティングされ、エンドユーザーがわずかなレイテンシ増加を経験する可能性があり、そのデータセンターのプライベートまたはカスタマー相互接続インターフェースが一時的に利用できなくなる可能性があると警告しました。その後、通知は作業が完了したことを示しました。そのシーケンスはGRU メンテナンス記録で確認できます。これは限定的な証拠です：計画されたメンテナンスウィンドウとインターフェースの予想される動作を示すものであり、建物の特定、作業の理由、測定されたトラフィックシフト、または他の場所で使用される予備容量の量を示すものではありません。
より広範な公開ステータスページは、サンホセやサンパウロなどのラテンアメリカのロケーションを名前付きコンポーネントとして分離し、それぞれの現在の状態を示しています。これは貴重な運用の可視性ですが、緑色のコンポーネントはスナップショットです。それは、コンポーネントが1つの部屋を表すのか複数かを、2つの部屋が変電所を共有しているかどうかを、または名目上利用可能な隣接サイトが急な地域負荷を受け入れられるかどうかを開示しません。また、どの法人が電力を購入し、ラックをリースし、クロスコネクト注文を署名したかも特定しません。
通常の直感は、エニーキャストがロケーション問題を解決するというものです。Cloudflare のエニーキャストの説明は、同じアドレスが複数のロケーションから提供され、データセンターをオフラインにするとトラフィックが近くのロケーションに流れる可能性があると述べています。これは到達可能性を説明しています。それは、受信側のロケーションでワット、サーバーサイクル、または混雑していないポートを作り出すわけではありません。サンパウロがルートを撤回した場合、ユーザーはアクセスプロバイダーが選択するルートに応じて、リオデジャネイロ、クリチバ、ポルトアレグレ、ブエノスアイレス、サンティアゴ、ボゴタ、マイアミ、または他の利用可能なロケーションに着地する可能性があります。各選択肢は独自の施設、キャリア、容量条件を追加します。
したがって、電力転送は2つのシステムを同時にテストします。1つ目はローカル：ユーティリティ供給、スイッチギア、バッテリー、発電機、冷却、ラック配分、ルーター、クロスコネクトが許容範囲内に留まらなければなりません。2つ目は地域：ルート変更がクリーンに伝播し、トラフィックを得る宛先が使用可能な余裕を持たなければなりません。都市地図はどちらのシステムもその解像度で表しません。それはサービス地理を示しますが、フェイルオーバーが円滑に行われるかどうかを決定する電気的および商業的依存関係は示しません。そのギャップは、物理的責任が Cloudflare、施設運営者、キャリア、エクスチェンジ、オンサイト請負業者に分割されている場合でも、顧客は結果を1つのサービスとして経験するため重要です。
都市の点は障害ドメインではない
Cloudflare の現在のネットワークページは、ブラジル全土の数十の都市と、サンホセからボゴタ、リマ、サンティアゴ、ブエノスアイレスなどを超える広範なラテンアメリカフットプリントを示しています。また、すべてのサービスがすべてのデータセンターで実行されると述べています。これらの記述は、エッジの意図された広さと共通サービス設計を確立しています。しかし、すべての都市が同じ数または世代のサーバー、同じ数のアップストリーム、別の都市からトラフィックを受け入れる同じ能力、またはローカル電力イベントからの同じ保護を持っていることを確立するものではありません。
Cloudflare 自身が、都市が単位として粗すぎる理由を説明しています。2019年のグローバルネットワークのスケーリングに関する記事で、同社は1つの都市に最大5つの異なる展開が含まれる可能性があると述べています。また、都市だけでなくアドレスごとの容量計画について説明し、サーバーの設置とケーブル接続のためのベンダーとオンサイトリモートハンドの使用について説明しました。この開示は歴史的かつグローバルなものであり、ラテンアメリカの現在の国勢調査ではありません。その継続的な分析的価値は、行われている区別にあります：1つのメトロラベルは複数の物理アドレスを隠す可能性があり、一方、小都市の展開は大規模な中立キャンパスではなくインターネットサービスプロバイダー内部に埋め込まれている可能性があります。
同社の最新の年次開示は、もう半分の境界を提供しています。Cloudflare の2025年フォーム10-Kは、ネットワークが2025年末時点で330以上の都市、125以上の国のコロケーションおよびインターネットサービスプロバイダーパートナー施設にホストされていると述べています。Cloudflare はサードパーティがホストする機器への電子的、そして程度は低いが物理的なアクセスを持っているが、それらの施設の運用を制御していないと述べています。同じ提出書類は、停電、キャリアの決定、施設閉鎖、人為的ミス、帯域幅の制限をリスクとして特定しています。これらは点の周りの理論的な飾りではなく、点の運用限界です。
幅はまた異なる物理的形でもたらされます。2023年の拡大記事は、Cloudflare が300以上の都市に達し、ブラジルのカンポス・ドス・ゴイタカゼスに新しいサイトを開設し、100以上の地域 ISP にサービスを提供する地域プロバイダーと相互接続したと述べています。同社はサイト開設後にレイテンシ測定が大幅に改善されたと報告しています。この都市拡大記事は、ユーザーに近いパートナー主導のエッジの存在を支持します。しかし、ラック電力、サーバー数、ポート利用率、またはパートナーサイトが故障した場合の負荷を運ぶ経路を開示していません。
有用な障害ドメインは、共有依存関係の周りに描かれなければなりません。異なる住所にある2つの展開でも、同じユーティリティ変電所、キャリアダクト、エクスチェンジファブリック、長距離出口、またはローカルサポートベンダーに依存する可能性があります。逆に、1つの大きなキャンパス内の2つのキャビネットは、意味のある別々の電力系統と多様なファイバー入口を持つことができます。公開されている都市リストは、どちらのケースも解決しません。名前付き施設でさえ、特定の顧客の2つの回線が別々のデバイスで終端しているか、各回線の背後に予備容量が存在するかを証明するものではありません。
これが、都市の数が独立した復旧選択の数ではない理由です。これは地理的到達範囲の尺度です。それを回復力の主張に変換するには、読者はメトロあたりのアクティブサイト数、それらの電力とファイバーの相関、各サイトで有効なワークロード、各ポートの通常時と緊急時の利用率、ルート撤回または復旧のポリシーを必要とします。これらの項目は、サンパウロ、サンホセ、ボゴタが同じ地図に表示されているという理由だけで推測できるものではありません。
コスタリカの会社は境界であり、地域資産ラベルではない
CloudFlare Latin America S.R.L は、実際のコスタリカの法的存在であり、地理的なニックネームではありません。コスタリカの官報は、2026年1月の Cloudflare Latin America S.R.L による企業行動を記録し、法人番号3-102-651761を付与しました。この通知は、公式電子住所と駐在員代表に関するものであり、ネットワーク資産に関するものではありませんが、官報エントリは、同社がコスタリカの企業システム内に存在する最近の公的証拠です。
インターネット番号記録は別の関連性を提供します。LACNIC の190.93.240.0/20の公開登録は、CloudFlare Latin America S.R.L を登録者として指定し、サンホセ地域の住所を示す一方、運用連絡先はサンフランシスコの Cloudflare ネットワーク運用を指しています。これは、コスタリカの会社と、より広範な Cloudflare 運用の下で使用されるアドレスリソースとの関係を支持します。しかし、すべてのアドレスがコスタリカでのみ提供されていることを証明するものではありません。エニーキャストは意図的に同じサービスアドレスを複数の場所から通知することを許可しており、アドレス登録はラックインベントリや権原文書ではありません。
顧客契約面は別の方向を指しています。Cloudflare の標準的なエンタープライズサブスクリプション契約は、公開契約が顧客とデラウェア州の企業である Cloudflare, Inc.との間であると述べています。また、関連会社の使用と別個の関連会社注文書を許可しています。正しい結論は限定的です：公開標準条件は、通常のエンタープライズサブスクリプションをコスタリカの会社に割り当てていません。しかし、異なる注文書、ローカル税制、不動産リース、雇用契約、キャリア契約、関連会社取引を排除するものでもありません。これらの文書は、ここでレビューされた資料では公開されていません。
同じ注意がラテンアメリカ全体に適用されます。ブラジルにある Cloudflare ブランドのラックは、Cloudflare, Inc.、別の関連会社、サービスパートナー、または外部から見えない条件でホスティング契約を結んだ相手方が所有する可能性があります。コスタリカの会社は、特定の番号リソースやローカル義務を保持しているかもしれませんが、サンパウロの部屋の契約当事者ではない可能性があります。逆に、その名前が施設ページにないからといって、財務的または運用上の役割がないことを示すわけではありません。公開施設およびルーティング記録は通常、ネットワークまたはブランドを特定しますが、関連会社間の権利の内部配分は特定しません。
この境界は障害時に重要です。キャリアに光レベルをテストするよう依頼したり、リモートハンド訪問を承認したり、緊急支出を承認したり、サービスコミットメントを強制したりできる当事者は、公開 IP 記録に記載されている当事者とは異なる可能性があります。規制上の要求も、運用上の決定が他の場所で行われている場合でも、ローカル会社に課される可能性があります。契約、取締役会記録、または明示的な関連会社開示がなければ、地域制御を CloudFlare Latin America S.R.L に帰属させることは証拠を超えるでしょう。
したがって、最も防御可能な説明は階層的です。Cloudflare, Inc.は統合グローバルネットワークとそのサードパーティ施設依存関係を報告します。AS13335 はグローバルルーティング ID です。CloudFlare Latin America S.R.L は、LACNIC リソースと現在のコスタリカ法人記録に関連付けられたコスタリカ企業です。NIC.CR は最初のサンホセ展開のパートナーとして指名されました。これらの層は明らかに1つのサービスに関連していますが、互換性はありません。地域エッジのストーリーがこれらを「コスタリカの会社がラテンアメリカを運用する」にまとめることは、公開証明なしに関連性を所有権に、所有権を支配に変えることになります。
サンホセは存在を証明するが、支配は証明しない
Cloudflare は2021年6月にコスタリカでの最初の展開を発表しました。サンホセ拡大記事は、ロケーションが Academia Nacional de Ciencias が運営する NIC.CR と共に設立されたと述べています。これは、その時点での展開された存在と指名されたローカルパートナーに対する直接の企業証拠です。現在のネットワークマップとステータスコンポーネントは、サンホセがライブフットプリントに引き続き含まれていることを示しています。どちらの開示も、建物、サーバー数、電力割り当て、キャリアリスト、交換部品在庫、または機器の契約上の所有者を特定していません。
NIC Costa Rica は、CRIX を、ローカルネットワークが国際リンクに頼るのではなく、国内の共通点でトラフィックを交換できるようにするニュートラルなインターネットエクスチェンジとして説明しています。このNIC.CR のインフラ説明は、サンホセのエッジが重要である理由を確立しています：ローカルピアリングは、コスタリカのトラフィックの一部をローカルに保ち、その交換のための国際トランジットへの依存を減らし、キャッシュまたは処理されたコンテンツへの距離を短縮できます。しかし、Cloudflare の現在のポートサイズや、すべてのコスタリカのアクセスプロバイダーが CRIX を通じて Cloudflare に到達するかどうかを確立するものではありません。
Cloudflare の現在の自己報告PeeringDB ネットワーク記録は、AS13335 をグローバルエニーキャストネットワークとして識別し、その公開ピアリングおよび施設関係をリストしています。記録には運用中の CRIX 接続が含まれ、調査時点でそのエントリの200 Gbps 交換ポートが報告されています。PeeringDB は、Cloudflare がピアリングプロビジョニングにこのサービスを使用していると述べているため、重要な運用証拠です。しかし、その値は自己報告で変動可能です。リストされたポート速度は名目上のインターフェースレートであり、観測されたトラフィック、確定スループット、予備容量、または2番目の物理的に多様なポートの証拠ではありません。
これにより、正確だが控えめなサンホセの状況が生まれます。NIC.CR と共に発表された都市プレゼンス、現在のステータスコンポーネント、公開交換接続、コスタリカの会社に登録されたアドレスリソースがあります。これらのソースには、公開施設住所はありません。メトロ内の独立した展開の数は開示されていません。Cloudflare のキャビネットに関連付けられた電力単線図、発電機自律時間、または別々のファイバー入口やアップストリーム経路を示す経路多様性の声明はありません。
ローカリティと制御の区別はここで特に重要です。CRIX は接続されたネットワーク間のトラフィックをローカライズできますが、交換ファブリック自体がサービスパスの1つの要素になります。Cloudflare のルーターから交換所へのクロスコネクトは、サーバーが通電している間に故障する可能性があります。エッジは、ローカルピアリングセッションがダウンしている間でも、トランジットを介して到達可能を維持できますが、より長い経路というコストが伴います。施設は、キャリアがメトロカットを被っている間も運用を続けることができます。したがって、都市コンポーネントは、バイナリの都市ドットが説明できない複数の方法で劣化する可能性があります。
サンホセはまた、地域ネットワークの代わりにはなりません。ローカルトラフィックが1つの交換ポートと1つの展開で十分なほど小さい場合でも、それはグアテマラ、パナマ、南アメリカ北部、またはブラジルからのトラフィックを吸収する能力については何も語っていません。公開されたサーバーと利用率シリーズがないため、インストールされたハードウェアと緊急余裕の比較はできません。可視的な200 Gbps 交換インターフェースは、独立して使用可能な予備であるかのようにグローバル容量数値に追加すべきではありません。それは、トランジット、プライベート、パブリック接続のより大きなセットの中の1つのインターフェースであり、そのライブ需要は開示されていません。
サンホセが証明するのは重要です：Cloudflare はサービスをコスタリカのユーザーに近づけ、ローカル相互接続関係を確立しました。未回答のまま残るのは、この記事のタイトルの質問です。より大きなラテンアメリカのメトロが停電したりルートを撤回したりした場合、公開記録は、サンホセがどれだけのトラフィックを受け入れられるか、顧客のローカリティ設定の下でどのアプリケーションを処理できるか、またはどの企業が物理的復旧を指示するかを示していません。
サンパウロは複数の部屋、ポート、商業的依存関係である
サンパウロは、1つの都市ラベルがいくつかの異なる運用面を隠すことができる最も強力な公開例です。Cloudflare の PeeringDB 記録は、バルエリの Equinix SP2 および SP4、オザスコの Ascenty SPO02 および SPO03、サンパウロの Elea SPO1 にネットワークをリストしています。これは必ずしも完全なライブインベントリではなく、施設リストはそこでどれだけの機器がアクティブかを明らかにしません。しかし、メトロを単一の部屋として扱うことができないことを示しています。
Cloudflare の2026年5月のカスタマー相互接続ロケーションリストは、多重性をさらに明確にしています。Equinix SP2 および SP4、Ascenty SPO02 および SPO03、Elea SPO1 を含む、カスタマー相互接続のためのいくつかのサンパウロ施設を指定しています。この文書はサービスロケーションリストであり、同社の内部エッジまたはバックボーンのマップではありません。顧客接続が終端できる場所を示していますが、リストされたすべてのサイトが同一のエッジコンピュートを持っていること、2つの建物の接続が別々のキャリアルートを使用していること、またはすべてのロケーションが互いに代替できることを示していません。
施設開示は、Cloudflare 固有のギャップを埋めることなく物理的コンテキストを追加します。Equinix はSP4が N+1 UPS と発電機冗長性、フル負荷で少なくとも30時間の発電機自律性、N+1 冷却、スマートハンドサービスを持っていると述べています。これらは建物の運営者仕様です。どの電力系統が Cloudflare を供給しているか、そのキャビネットの負荷、特定のコンポーネントのメンテナンス状態、特定の日付に存在する燃料の量、または Cloudflare の回線が施設に入る前に共有ポイントを横断するかどうかは明らかにしません。
GRU メンテナンス通知は、ライブの動作手がかりを提供します。それはサンパウロのロケーションを、トラフィックとプライベートインターフェースがフェイルオーバーできるコンポーネントとして扱いました。いくつかの建物のうちどれが関与したかは特定しませんでした。"GRU"は1つの施設よりも大きい運用グループを表す可能性があり、または通知は意図的に施設の詳細を抽象化している可能性があります。いずれにせよ、コンポーネントラベルは物理アドレスとして読まれるべきではありません。
メトロ多様性は、依存関係が真に独立している場合にのみ役立ちます。SP2 と SP4 は別々の施設かもしれませんが、決定的な経路にはユーティリティ供給、発電機と UPS 系統、ミートミールーム、ダクト、キャリアリング、交換ファブリック、メトロを他の都市に接続するバックボーン出口が含まれます。2つの建物で注文された2つのカスタマー相互接続は、1つのキャリアルートに収束する可能性があります。2つの Cloudflare 展開は、変更権限または地域制御依存関係を共有する可能性があります。公開ソースはこれらの相関関係をマッピングしません。
商業的集中は別の層を追加します。10-K は、重要なコロケーション契約の多くが名前のない1社と結ばれていると述べています。Equinix は公開サンパウロ施設リストに見えますが、提出書類は集中プロバイダーを特定しておらず、名前を推測することは裏付けられません。関連する点は、都市や部屋間の物理的分散が自動的に契約集中を除去しないということです。ベンダー紛争、サポート障害、または不利な価格変更は、ネットワークが技術的にルーティング可能なままでも、拡張と復旧の選択肢に影響を与える可能性があります。
したがって、サンパウロは、複数の公開可視の相互接続および施設オプションを持つメトロとして最もよく説明され、互換性のある容量の定量化されたプールではありません。証拠は点以上を支持しますが、回復力図未満です。多様性に参加できる部屋とサービスを示していますが、それらがそうするために必要な独立性、割り当て、緊急容量を証明していません。
ピアリングはトラフィックをローカライズするが、メトロを集中させる可能性がある
Cloudflare の2025年12月のピアリングポリシーは、AS13335 が335以上の都市にまたがり、ピアにすべての相互ロケーションでセッションを確立するよう求め、トラフィックしきい値を超えるネットワークに対して100 Gbps の倍数でのプライベート相互接続をサポートすると述べています。また、交換所に複数のアドレスが存在する場合はすべての利用可能なアドレスを使用することを推奨しています。これらのプラクティスは経路多様性を向上させ、ポート間のトラフィック移動を容易にする可能性があります。これらは依然としてポリシー条件であり、特定のラテンアメリカのピアが多様なクロスコネクトを注文したか、十分な未使用容量を維持しているかの証明ではありません。
歴史的な構築は、ローカルな取り決めがどれほど異なるかを示しています。メデジンでは、Cloudflare は2014年の立ち上げが Internexa に依存し、ローカルサービスはパートナーの地上ネットワークを介して運ばれたと述べました。メデジンの発表は重要な到達範囲の利点を説明しましたが、依存関係も可視化します：トラフィックのローカリティは1つのパートナーのバックボーンに接続されていました。現在のネットワークはより広い可能性があります。古い説明は現在のトポロジーとして扱うことはできません。
キトでは、同社は2017年のサイトが NAP.EC 交換所を通じて可能になり、追加のローカルピアが以前はマイアミから提供されていたトラフィックをシフトできると述べました。キトの説明は、ローカル交換所の価値と、以前の海外ハブへの依存を示しています。繰り返しますが、今日のラック、ポート、またはフォールバック宛先を示していません。また、"ローカル"が相対的であることを示しています：展開は、許容可能なルートを通じて到達できるネットワークに対してのみローカルです。
ボゴタは別の開示された物理的取り決めで始まりました。Cloudflare の2018年のボゴタの説明は、展開が市内の自由貿易地区にある Tier III 施設にあったと述べています。現在の公開記録は Cloudflare を Equinix BG2 にリストしていますが、歴史的な説明はそのサイトを指名していないため、2つの記録を追加の証拠なしに途切れのない施設履歴に結合することはできません。言えることは、ボゴタには開示された物理的存在があり、現在の施設リストがあるということです。
これらのメトロ間の長距離経路も同様に重要です。Cloudflare は、バックボーンが所有するダークファイバーまたはリースされた高密度波長サービスを都市内外で使用し、グローバルキャリアパートナーから購入していると述べています。同社のバックボーンの説明は、図示されたマップがすべての経路を示していない単純化であると明確に述べています。その注意は、ラテンアメリカの点の間の線の読み取りに適用されるべきです。描かれた線は、キャリア、ランディングステーション、導管、波長、保護経路、または利用可能な帯域幅を特定しません。
ピアリングはトランジットコストを削減し、ローカルトラフィックをマイアミに送ることを避けることができますが、交換所が利用可能な施設にトラフィックを集中させることもできます。国内のローカルインターネット交換所と主要なエッジ展開が建物またはメトロダクトを共有している場合、通常運用中のローカルパフォーマンスは向上しますが、相関する物理的リスクは残ります。1つのスイッチファブリック上の複数のバイラテラルセッションは、ファブリック全体または建物全体のイベントから保護しません。1つのミートミールーム内の複数のキャリアは、多様な入口を証明しません。
望ましい証拠は経路固有です。主要メトロごとに、回復力評価は、交換ポート、プライベート相互接続、トランジットリンクを特定し、それらのクロスコネクトが別々のルーターに着地するか、キャリアが別々のダクトを通じて退出するか、どの地域サイトが影響を受けるルートを撤回後に通知することが許可されているかを特定する必要があります。公開記録はその画像の一部を明らかにします。完全な連鎖を明らかにしないため、シームレスな地域フェイルオーバーの主張は条件付きのままです。
エニーキャストは到達可能性を再ルーティングする、電力や予備余裕は再ルーティングしない
エニーキャストは強力です。なぜなら、サービスアドレスを1つの物理的宛先から分離するからです。ロケーションがルートの通知を停止すると、アップストリームネットワークは別の通知を選択できます。しかし、選択された宛先は、ルーティングポリシーに従った最良の経路であり、必ずしも地理的に最も近い都市または最も大きな未使用サーバープールを持つロケーションではありません。Cloudflare の地理的ルーティングガイダンスは、リクエストが最も近い物理データセンターに到達しない可能性があることを認め、信頼性がローカリティよりも優先されることがあると述べています。
復旧には3つの異なるステップがあります。まず、障害のあるロケーションを着信経路から削除する必要があります。ルート撤回、トラフィックエンジニアリング、またはアップストリームの変更を通じて。次に、インターネットは代替通知に収束する必要があります。第三に、受信ロケーションは、コンピュート、メモリ、キャッシュ、ルーター、クロスコネクト、トランジットリソースを使い果たさずに追加の接続を受け入れる必要があります。最初の2つはルーティングアクションです。3つ目は容量条件です。
生き残ったロケーション内で、Cloudflare は別の分配層を使用します。Unimogの説明は、接続がサーバー間でどのように分散されるか、不健康なサーバーがどのように除去されるか、異なるパフォーマンスのマシンに対して負荷がどのように調整されなければならないかを説明しています。これは、データセンター内の故障したサーバーまたは過負荷ホストを迂回できます。しかし、部屋全体が停電したり、エッジルーターがダウンしたり、すべての外部経路が切断されたりした場合には役立ちません。その場合、地域のエニーキャスト層が復旧を担わなければなりません。
プライベート相互接続の顧客には追加の依存関係があります。Cloudflare の現在の相互接続運用ガイダンスは、顧客の展開が単一の回線の計画外の損失を許容しなければならず、冗長回線間のフェイルオーバーは自動的であるべきだと述べています。また、メンテナンスは異なるロケーション間で調整されないと述べています。これにより、回復力の一部が顧客設計に割り当てられます：GRU に1つの物理相互接続を持つ顧客は、Cloudflare のパブリックエッジが他の場所で利用可能であっても、その直接経路を失う可能性があります。
この違いは影響を受けるサービスにとって重要です。パブリック Web サイト接続は、顧客のアクションなしに別のエニーキャストルートに従うことがよくありますが、レイテンシとキャッシュ動作は変化する可能性があります。プライベートネットワーク相互接続は、2番目の回線、適切なルートポリシー、代替終端での十分な容量を必要とする場合があります。他の場所で新しい接続が成功しても、長時間接続は切断される可能性があります。地域特化型アプリケーションは、ロケーションのサブセットに制限される場合があります。顧客のオリジンパスも、エッジが移動した後も影響を受ける可能性があります。特に、オリジンが同じメトロを通じて接続されている場合。
したがって、エニーキャスト復旧は需要の転送であり、需要の消失ではありません。GRU が通常大量のトラフィックを処理し、それを撤回した場合、他のサイトの何らかの組み合わせがそれを処理しなければなりません。公開記録は、通常の GRU 負荷、キャッシュから提供される割合、製品ミックス、宛先分布、または受信サイトの利用率を開示していません。"トラフィックは再ルーティングされる可能性がある"というフレーズは正確ですが、不完全です。動きを説明しますが、着地を定量化しません。
信頼できる回復力の主張は条件付きです：ルートがクリーンに撤回されれば到達可能性は移動でき、代替経路とロケーションが必要なリソースを持ち、作業を処理する許可があればサービスは継続できます。電力はローカルに留まります。予備余裕は有限です。インターネットルートは暗い建物を迂回できますが、代替建物を準備することはできません。
設置容量は使用可能なフェイルオーバー容量ではない
Cloudflare は2026年4月に500 Tbps の外部相互接続を超えたと発表しました。重要なことに、同社は数値を定義しました。500 Tbps の記事は、この数値が330以上の都市にわたるトランジットプロバイダー、プライベートピア、インターネットエクスチェンジ、カスタマー相互接続に面するプロビジョニングされたポートの合計であると述べています。また、この数値はピークトラフィックではなく、その差がサービス拒否攻撃の吸収をサポートしているとも述べています。
これは意味のあるグローバルスケールの尺度です。ラテンアメリカの容量表ではありません。ポートレートの合計は、一部のポートが他のポートの代わりになれないにもかかわらず、設置されたインターフェースをどこにあってもカウントします。ボゴタの顧客相互接続は、サンパウロから追い出されたパブリックキャッシュトラフィックを自動的に運ぶことはできません。1つのピアに接続されたポートはそのピアのトラフィックに到達します。すべてのユーザーではありません。同じルーターまたはファイバー経路上の2つの100 Gbps リンクは、別々の施設の2つのリンクよりも独立していません。ポート容量はまた、サーバーサイクル、ストレージ、キャッシュの温かさ、ルーターの背後にある電気電力について直接何も語っていません。
Cloudflare のピアリングポリシーは単位の問題を強化します。Nx100G プライベート接続をサポートし、それらを要求するためのトラフィックしきい値を設定しますが、現在の利用率を公開していません。PeeringDB はネットワークの全体的なトラフィックレベルを非公開とマークしています。結果として得られる公開証拠は、大規模なインターフェースが存在し、いくつかのロケーションを命名できることを示すことができます。しかし、地域イベント中に安全に使用可能なギガビット数がどれだけあるかを示すことはできません。
財務開示も同様に集約的です。10-K は、2025年末時点で1億7935万7000ドルの解約不能な帯域幅およびその他のコロケーション契約を報告しています。これは将来の期間にわたって分散しています。これは、同社が長期的なネットワーク容量とスペースを大規模に購入していることを証明しています。提出書類からラテンアメリカに割り当てることはできず、支出はスループットではありません。契約はまだサービス中でないスペースを予約したり、緊急予備ではなく固定期間をカバーしたり、容量が互換性のない製品を含む可能性があります。
施設数値は独自のカテゴリーに保持されなければなりません。SP4 の N+1 電力構成と記載された発電機自律時間は建物を説明します。Equinix はボゴタ BG2が N+1 UPS と発電機冗長性、72時間の発電機自律時間、24時間サポートを持っていると述べています。Cirion のリマ LIM1 仕様は、2N 電力、N+1 冷却、2200平方メートル以上の高床コロケーションを説明しています。現在の公開記録は Cloudflare をこれらの施設または顧客相互接続ロケーションに関連付けていますが、施設評価は Cloudflare の割り当てではありません。それらは運営者が設計したものを示しています。Cloudflare が購入した電力または床面積を示していません。
使用可能なフェイルオーバー容量は、これらの設置された測定値のすべてよりも狭いです。それは、健全で、到達可能で、契約上利用可能で、影響を受けるサービスと互換性があり、障害時に消費されていない代替コンピュート、電力、ネットワークリソースの割合です。収束中のトラフィック増加、キャッシュミス、攻撃負荷、および2番目の依存関係が劣化している可能性を考慮しなければなりません。したがって、慎重な予備は単に「未使用ポートレート」ではありません。
ここでレビューされた公開ソースは、ラテンアメリカのメトロごとにその数値を提供していません。この欠如は、サンパウロのトラフィックが地域内で完全に吸収されるという定量的な主張を防ぎます。グローバル500 Tbps の数値は、多くの通常のイベントでそのような吸収を可能にしますが、可能性は測定ではありません。サイトごとの利用率、サービス適合性、相関障害限界が公開されるまで、正しい結論は、設置規模は強力だが、地域の使用可能な予備容量は未開示であるということです。
復旧はリモートハンド、キャリア、変更権限を通過する
部屋が停電すると、ルート撤回は始まりに過ぎません。誰かがユーティリティ供給、スイッチギア、UPS、発電機、冷却、ラック配分が安定しているかどうかを判断しなければなりません。誰かがルーターとサーバーの電源を検査し、光信号を確認し、故障したコンポーネントを交換し、回線を復元し、機器をサービスに戻す順序を決めなければなりません。サードパーティ施設では、これらのタスクは組織境界を越えます。
Cloudflare の2023年11月のオレゴン停電の説明はラテンアメリカ外であり、ラテンアメリカのエッジサイトではなくコアサービスに関するものです。それでも、物理的復旧チェーンの貴重な開示例です。施設は接地故障後にユーティリティと発電機電力を失いました。バッテリーが消耗し、アクセスと人員配置が発電機の再起動を困難にしました。Cloudflare はルーターがオフラインになったときに問題を知りました。その後、回路ブレーカーを交換しなければならず、サーバーは制御された順序で復旧されました。同社は、施設運営者が回答を提供していない場合、確認された事実を情報に基づく推測から明確に分離しました。
同じ施設は2024年3月に再び故障しました。Cloudflare の2回目の停電イベントの説明は、以前の変更が応答を改善し、影響を軽減したと述べています。比較は、復旧品質が準備、テストされた依存関係、明確な活性化基準に依存することを示しており、施設仕様シートの冗長機器だけではないことを示しています。
ラテンアメリカのエッジサイトについては、10-K はサードパーティ請負業者が海外でハードウェアを設置および保守する可能性があり、Cloudflare はサードパーティ施設の運用を制御しないと述べています。公開施設サポート情報は、1つの人的依存関係を特定するのに役立ちます。Equinix のコロケーションサポート可用性は、ボゴタ BG2 の24時間オンサイト運用カバレッジをリストしていますが、他のサイトではカバレッジが異なります。これは、Cloudflare のサービス権限、応答目標、スペア在庫、または技術者が特定のデバイスに触れることを許可されているかどうかを明らかにしません。これが、人員配置が物理的評価に属する理由を示しています。
キャリア復旧には独自のチェーンがあります。クロスコネクト障害には、Cloudflare、施設、ピアまたはキャリア間の調整が必要です。低光信号は、汚れたコネクタ、損傷したファイバー、故障した光学モジュール、または長距離経路の問題に起因する可能性があります。片側を復元しても他方を確認しなければ、セッションはダウンしたままになります。顧客相互接続の場合、顧客は自動フェイルオーバーと十分な代替容量も持っていなければなりません。交換所障害の場合、セッションはプライベートまたはトランジット経路に移動する必要があるかもしれません。
変更権限は最も遅い依存関係になる可能性があります。ルート問題を見る人は、施設アクセスを承認できないかもしれません。ローカル施設は、クロスコネクトを移動する前に許可書を必要とするかもしれません。請負業者は派遣番号を必要とするかもしれません。キャリアはエスカレーション前に境界点でのテストを要求するかもしれません。関連会社が契約を保持し、グローバル運用チームが修理を指示するかもしれません。これらのステップは、ステータスカラーには表示されません。
安全な復旧経路は、単に電源を投入するよりも遅いです。不安定なイベントの後に戻る施設は、突入負荷を避けるために段階的に回路を通電する必要があるかもしれません。ネットワークデバイスは、サーバーがトラフィックを引き付ける前にチェックされるべきです。ルートが戻る前に健全性と容量が確認される必要があります。そうしないと、需要がサイト間で振動したり、部分的に復旧した部屋を過負荷にしたりする可能性があります。キャッシュと長時間接続動作が正常化するには追加の時間がかかる場合があります。
公開証拠は、Cloudflare が深刻な電力イベントから学び、グローバル応答を運用する能力を支持しています。ラテンアメリカのサイトラン�[remaining text]