Cloudflare自身のステータスページは「部分的なシステム障害」を示し、6月22日遅くの時点で457のコンポーネントのうち54が混乱していると報告されました。同社は、複数のサービスで「エラー率とレイテンシの増加」を認めました
。
インターネットの健全性を監視するNetBlocksは、Xが「タイムラインバックエンドAPIエラーにより、2日連続で国際的な障害を経験している」と述べる一方、このインシデントは「国レベルのインターネット途絶とは関係ない」と説明しました。
いいえ。入手可能な情報源は一貫して、Xが6月22日にダウンしたのは、同じCloudflare関連のイベントの一部であると説明しています。このインシデントとは別に、2026年6月21日にX固有の重大な障害があったという裏付けとなる証拠はありません。もし6月21日にXの障害に関する報告を見たとしても、それは現在の報道では裏付けられていません
。
Cloudflareは、2026年6月22日01:00 UTCから6月23日09:00 UTCまで、ニューアーク(EWR)データセンターで定期メンテナンスを予定していました。ステータスページには、この期間中にニューアークからトラフィックが迂回される可能性があり、影響を受ける地域のエンドユーザーに「わずかなレイテンシ増加」を引き起こす可能性があると記載されていました
。
しかし、この予定されていたメンテナンスは、光ファイバー切断による障害の原因として特定されていません。2つのインシデントは時期が重なっていますが、根本原因は別物です。ニューアークのメンテナンスは日常的で計画されたものであった一方、光ファイバー切断は、その日の後半に発生した予期せぬ外部インフラ障害でした。
6月22日の光ファイバー切断インシデントは、2025年末以降のCloudflareにおける顕著な障害の最新のものです。以下が比較です。
共通する点は:世界のWebトラフィックの約20%を処理するインフラとしてのCloudflareの立場により、外部の物理的損傷(光ファイバー切断)と内部の設定ミス(過大な設定ファイル、BGPの誤り)の両方が、数百もの主要プラットフォームにわたってカスケード障害を引き起こす可能性があるということです。6月22日の光ファイバー切断による障害は、この一連の障害の中で、ソフトウェアや設定のバグではなく、物理インフラが原因である最初の主要なものです。
単一の地域での一本の光ファイバー切断が、何千万人もの人々が毎日利用するサービスを混乱させるのに十分でした。このインシデントは、インターネットのアーキテクチャにおける根本的な脆弱性を浮き彫りにしています。それは、最も回復力のあるクラウドプロバイダーでさえ、建設、天候、または事故によって損傷を受ける可能性のある物理的なケーブルに依存しているということです。企業とユーザーにとって、これは、Cloudflareのように支配的なプロバイダーと協力している場合でも、アプリケーションレイヤーでの冗長性(マルチクラウド戦略、フェイルオーバーシステム、オフラインのフォールバック)が依然として不可欠であることを思い出させます。
最新の報告時点で、光ファイバー切断の復旧はまだ進行中でした。Cloudflareはまだ完全なポストモーテムを公開しておらず、光ファイバー切断が事故、気象関連、または建設工事によるものかどうかはまだ明らかになっていません。
Comments
0 comments