Ein überhitztes Rack legte Protons Kerndienste lahm
Ein Kühlungssystemausfall in Protons Frankfurter Rechenzentrum in der Nacht des 26. August 2026 ließ die Raumtemperatur innerhalb von dreißig Minuten von normalen 21,8 Grad Celsius auf 51,9 Grad Celsius steigen. Einige Sensoren zeigten bis zu 60 Grad an. Netzwerkkarten erreichten 105 Grad gegenüber einer normalen Betriebstemperatur von 45 Grad und schalteten sich zum Selbstschutz ab. Sowohl der primäre als auch der Backup-Netzwerk-Switch befanden sich im selben Rack, und dieses Rack trug mehrere von Protons primären Datenbankkopien, sodass die für genau diesen Fehlerfall gebaute Redundanz nicht automatisch aktiviert wurde. Proton hat öffentlich erklärt, einen kompletten Rechenzentrumsausfall überstehen zu können, doch die eigene Aufarbeitung des Vorfalls besagt, dass ein primäres Datenbank-Failover niemals ohne menschliche Überwachung automatisiert wird, um genau die Art von Split-Brain-Datenkorruption zu verhindern, die ein automatisches Failover verursachen kann.
Dieselbe Schwachstelle brach fünf Tage später erneut auf
Ein zweiter Ausfall am 1. September 2026 zeigte, dass der Vorfall vom 26. August noch nicht wirklich beendet war.
| Vorfall | Datum | Ursache | Betroffene Dienste |
|---|---|---|---|
| Erster Ausfall | 26. bis 27. August 2026 | Kühlungsausfall, doppelter Switch-Ausfall | Mail, Drive, Kalender, Authentifizierung |
| Zweiter Ausfall | 1. September 2026, 14:37 bis 20:49 MESZ | Restliche Hardwarefehler infolge der Datenbankwartung nach dem ersten Vorfall | Mail, Pass, Drive, Kalender |
Souveränität beschreibt, wo Daten liegen, nicht ob der Dienst läuft
Proton vermarktet sich über Jurisdiktion und Datenschutz, und dieser Ausfall zeigt, dass diese Zusagen von der Ausfallsicherheit-Architektur getrennt sind. Viele Unternehmen, die von US-Hyperscalern weggewechselt sind, um genau dieses Konzentrationsrisiko zu verringern, entschieden sich für Proton oder einen ähnlichen Anbieter wegen dessen EU-Standort und der Weigerung, Daten an US-Gerichte herauszugeben. Keine dieser beiden Eigenschaften hat irgendetwas damit zu tun, ob der Dienst online bleibt, wenn ein Rack überhitzt. Proton verfügt über einen Failover-Standort in Zürich und baut nach eigenen Angaben erst jetzt die zweite Standortkapazität und Automatisierung auf, die eigentlich schon vor diesem Vorfall hätte existieren sollen, mit einer angestrebten Fertigstellung bis Ende 2026. Ein Unternehmen, das sich aus Gründen der Datenresidenz für eine souveräne Alternative entschieden hat, sollte diesen Anbieter direkt fragen, wie das Failover tatsächlich funktioniert und ob es automatisch abläuft oder auf eine Person wartet, statt anzunehmen, dass Souveränität Ausfallsicherheit bedeutet.
Weiterlesen: Europas neuer Superrechner läuft mit US-Chips | Der offene Rivale von OpenAI gehört jetzt Nvidia
