Namecheap、フェニックスのデータセンターで冷却障害が発生し、全サービスを15時間停止

2026年8月13日、大規模な嵐によりRadiusDCフェニックス・データセンターの冷却が停止した。この施設は、Namecheap自身のポストモーテムが「Namecheapの中核業務の一部」と呼ぶものをホストしていた。気温は危険な水準に向かって上昇し、運営事業者は機器の過熱と恒久的な損傷のリスクを避けるため、Namecheapにサービスを完全にオフラインにするよう指示した。25年の歴史を持つレジストラ兼ホスティング企業であるNamecheapはこれに従い、すべてが一斉に停止した。共有ホスティング、VPS、専用ホスティング、EasyWP、DNS管理、プライベートメール、請求、そして同社自身のウェブサイトである。

翌日にCEOのヒラン・クラインが記したポストモーテムは、この連鎖について率直に述べている。顧客はDNSレコードやリダイレクトを管理できなかった。多くのウェブサイトが利用不能、低速、またはエラーとなり、EasyWPのサイトはダッシュボードが復旧した後もデータベース接続エラーを出し続けた。プライベートメールは送信も受信もできなかった。決定的なことに、サポートヘルプデスクも同じ障害中のインフラ上で稼働していた。15時間にわたり、顧客にはライブチャットも、メールサポートも、人間に連絡する手段もなかった。復旧には仮設チラーと段階的な再起動が必要で、完全なサービス復旧は約15時間後だった。

問題の核心は施設の認定にある。RadiusDCフェニックスは「高い冗長性を備えるよう設計された」ティア3データセンターであり、Namecheapは25年の歴史の中でこのような事態を経験したことがないと述べた。しかしティア評価が認定するのは建物であり、テナントのアーキテクチャではない。Namecheapは中核業務、そして顧客向けのコントロールプレーンをその単一の建物内に集中させていたため、アリゾナの一度の嵐による一度の冷却障害が、管理インターフェース、通信チャネル、収益システムを同時に機能不全に陥れた。

ホスティング、EasyWP、DNS管理、プライベートメール、請求にわたる15時間のダウンタイム。ヘルプデスクも停止し、顧客は頼る先を失った

中核業務がフェニックスの単一施設に集中していたため、施設の障害がNamecheapの障害となった。コントロールプレーンを維持できる第二の拠点はなかった。

ヘルプデスクが同じ障害中のインフラ上で稼働していたため、サイトが停止しメールが止まった顧客は、助けを求める能力も失った。可用性の障害が通信の障害になったのである。

管理プレーンに関する継続性計画はなかった。DNSゾーンの解決自体は稼働し続けたものの、DNS管理、請求、メール管理はインシデントの間ずっと停止したままだった。

施設レベルのティア3冗長性が、テナントレベルの単一障害点を覆い隠していた。ポストモーテムはこの出来事を25年間で前例のないものとしている。

施設のティア3認定はあなたの冗長性ではない。コントロールプレーン（DNS管理、メール、請求、サポート）を一つの建物に依存させれば、一度の冷却障害ですべてが同時に停止する。

仮設チラーをNamecheapの施設区域内に導いて冷却が復旧し、気温の安定に伴ってサービスは段階的に戻った。この段階的な復旧は、同社が唯一安全な順序だと主張したものだ。ポストモーテムでは、欧州とアジアにある他のデータセンター全体でさらに冗長性を高めることを約束した。Namecheapは訂正も公表した。Xへの初期の投稿では誤った運営事業者であるPhoenixNAPを非難していたが、施設を運営していたのはRadiusDCだった。15時間の停止は顧客の広範な怒りを招き、同社は「私たちはあなた方の期待に応えられなかった」と公に認めた。