鳳凰城資料中心冷卻失效後，Namecheap 全面停擺服務 15 小時

2026 年 8 月 13 日，一場強烈風暴導致 RadiusDC 鳳凰城資料中心的冷卻系統失效，該設施正是 Namecheap 自家事故檢討報告所稱「部分核心 Namecheap 業務」的託管地點。溫度攀升至接近危險水準，營運商指示 Namecheap 將服務完全離線，以免設備過熱並造成永久損壞。Namecheap——一家成立 25 年的註冊商與主機服務公司——遵照辦理，所有服務同時中斷：共享主機、VPS 與獨立主機、EasyWP、DNS 管理、Private Email、帳務系統，以及公司自家網站。

執行長 Hillan Klein 於隔日撰寫的事故檢討報告，對這連鎖效應直言不諱。客戶無法管理 DNS 記錄或重新導向設定。許多網站無法使用、變慢或出現錯誤；EasyWP 網站在控制台恢復後仍持續出現資料庫連線錯誤；Private Email 既無法寄送也無法接收。關鍵在於，客服服務台也運行在同樣失效的基礎設施上——長達十五小時，客戶沒有即時聊天、沒有電子郵件支援，也無法聯絡到任何真人。復原工作仰賴臨時冷卻機與分階段重啟，約十五小時後服務才全面恢復。

問題的刺痛點在於該設施的資歷。RadiusDC 鳳凰城是「以高度備援設計」的 Tier 3 資料中心，Namecheap 也指出，在其 25 年歷史中從未經歷過類似情況。但 Tier 評級認證的是建築物本身，而非租戶的架構：Namecheap 將其核心業務——以及面向客戶的控制平面——集中在那單一建築物內，因此一場亞利桑那風暴中的一次冷卻失效，便同時癱瘓了管理介面、溝通管道與營收系統。

主機、EasyWP、DNS 管理、Private Email 與帳務系統共計停機 15 小時；客服服務台也一併中斷，客戶求助無門

核心業務集中於單一鳳凰城設施，因此設施的故障就成了 Namecheap 的故障——沒有第二個站點能讓控制平面維持運作。

客服服務台運行在同樣失效的基礎設施上，因此網站中斷、電子郵件停擺的客戶也失去了求助能力——可用性故障演變成溝通故障。

管理平面沒有持續運作計畫：DNS 管理、帳務與電子郵件管理在整個事件期間全程停擺，儘管 DNS 區域解析本身仍維持運作。

設施層級的 Tier 3 備援掩蓋了租戶層級的單點故障；事故檢討報告稱此事件在其 25 年歷史中前所未見。

設施的 Tier 3 標章不等於你的備援：若讓你的控制平面——DNS 管理、電子郵件、帳務、客服——依賴單一建築物，一次冷卻失效就會讓一切同時停擺。

臨時冷卻機被導引至 Namecheap 在設施內的區域，冷卻得以恢復，服務也隨溫度穩定而逐步回復——公司辯護稱分階段復原是唯一安全的順序。事故檢討報告承諾在歐洲與亞洲的其他資料中心實施更高程度的備援。Namecheap 也發布了一項更正：X 上的早期貼文誤將營運商指為 PhoenixNAP，但該設施實際上由 RadiusDC 營運。這十五小時的停機引發客戶廣泛憤怒，公司公開承認「我們辜負了您」。