Namecheap schaltete nach dem Ausfall der Kühlung in seinem Rechenzentrum in Phoenix alle Dienste 15 Stunden lang ab

Am 13. August 2026 setzte ein schwerer Sturm die Kühlung im Rechenzentrum RadiusDC Phoenix außer Betrieb, jener Einrichtung, in der nach der eigenen Post-Mortem-Analyse von Namecheap „einige wesentliche Betriebsabläufe von Namecheap“ laufen. Die Temperaturen stiegen in Richtung kritischer Werte, und der Betreiber wies Namecheap an, die Dienste vollständig offline zu nehmen, statt das Risiko einer Überhitzung der Geräte und dauerhafter Schäden einzugehen. Namecheap – ein 25 Jahre altes Registrar- und Hosting-Unternehmen – kam der Anweisung nach, und alles ging auf einmal dunkel: Shared-, VPS- und Dedicated-Hosting, EasyWP, DNS-Verwaltung, Private Email, Abrechnung und die eigene Website des Unternehmens.

Die Post-Mortem-Analyse, die CEO Hillan Klein am nächsten Tag verfasste, ist offen über die Kettenreaktion. Kunden konnten DNS-Einträge oder Weiterleitungen nicht verwalten. Viele Websites waren nicht erreichbar, langsam oder zeigten Fehler; EasyWP-Websites warfen auch nach der Rückkehr des Dashboards weiterhin Datenbankverbindungsfehler; Private Email konnte weder senden noch empfangen. Entscheidend war, dass der Support-Helpdesk auf derselben ausgefallenen Infrastruktur lief – fünfzehn Stunden lang hatten Kunden keinen Live-Chat, keinen E-Mail-Support und keine Möglichkeit, einen Menschen zu erreichen. Die Wiederherstellung erforderte provisorische Kühler und schrittweise Neustarts, wobei der vollständige Dienst nach etwa fünfzehn Stunden wieder verfügbar war.

Der Haken liegt in den Zertifizierungen der Einrichtung. RadiusDC Phoenix ist ein Tier-3-Rechenzentrum, das „mit einem hohen Maß an Redundanz konzipiert“ ist, und Namecheap merkte an, in seiner 25-jährigen Geschichte noch nie etwas Derartiges erlebt zu haben. Doch eine Tier-Einstufung zertifiziert das Gebäude, nicht die Architektur des Mieters: Namecheap hatte seine wesentlichen Betriebsabläufe – und seine kundenseitige Steuerungsebene – in diesem einen Gebäude konzentriert, sodass ein einziger Kühlungsausfall in einem einzigen Sturm in Arizona gleichzeitig Verwaltungsschnittstellen, Kommunikationskanäle und Umsatzsysteme lahmlegte.

15 Stunden Ausfallzeit bei Hosting, EasyWP, DNS-Verwaltung, Private Email und Abrechnung; auch der Helpdesk fiel aus, sodass Kunden sich nirgendwohin wenden konnten

Die wesentlichen Betriebsabläufe waren in einer einzigen Einrichtung in Phoenix konzentriert, sodass der Ausfall der Einrichtung zum Ausfall von Namecheap wurde – kein zweiter Standort konnte die Steuerungsebene am Leben erhalten.

Der Helpdesk lief auf derselben ausgefallenen Infrastruktur, sodass Kunden mit ausgefallenen Websites und gestoppter E-Mail auch die Möglichkeit verloren, um Hilfe zu bitten – ein Verfügbarkeitsausfall wurde zu einem Kommunikationsausfall.

Es gab keinen Kontinuitätsplan für die Verwaltungsebene: DNS-Verwaltung, Abrechnung und E-Mail-Administration blieben während des gesamten Vorfalls dunkel, obwohl die DNS-Zonenauflösung selbst weiterlief.

Die Tier-3-Redundanz auf Ebene der Einrichtung verdeckte den Single Point of Failure auf Ebene des Mieters; die Post-Mortem-Analyse bezeichnet das Ereignis als in 25 Jahren beispiellos.

Das Tier-3-Siegel einer Einrichtung ist nicht Ihre Redundanz: Wenn Ihre Steuerungsebene – DNS-Verwaltung, E-Mail, Abrechnung, Support – von einem einzigen Gebäude abhängt, legt ein einziger Kühlungsausfall alles auf einmal lahm.

Die Kühlung wurde mit provisorischen Kühlern wiederhergestellt, die in den Bereich von Namecheap in der Einrichtung geleitet wurden, und die Dienste kamen schrittweise zurück, als sich die Temperaturen stabilisierten – eine Staffelung, die das Unternehmen als einzig sichere Reihenfolge verteidigte. Die Post-Mortem-Analyse versprach, noch mehr Redundanz über seine anderen Rechenzentren in Europa und Asien umzusetzen. Namecheap veröffentlichte zudem eine Korrektur: Frühe Beiträge auf X hatten den falschen Betreiber, PhoenixNAP, beschuldigt, obwohl die Einrichtung von RadiusDC betrieben wurde. Der fünfzehnstündige Ausfall löste weitverbreitete Kundenwut aus, wobei das Unternehmen öffentlich einräumte: „we failed you“.