Een oververhit rack legde Protons kernservices plat
Een storing in het koelsysteem van Protons datacenter in Frankfurt, in de nacht van 26 augustus 2026, liet de temperatuur in de ruimte in dertig minuten stijgen van een normale 21,8 graden Celsius naar 51,9 graden Celsius. Sommige sensoren gaven zelfs 60 graden aan. Netwerkkaarten bereikten 105 graden tegenover een normale bedrijfstemperatuur van 45 graden en schakelden zichzelf uit ter bescherming. Zowel de primaire als de back-up netwerkswitch stonden in hetzelfde rack, en dat rack droeg meerdere van Protons primaire databasekopieën, waardoor de redundantie die speciaal voor dit soort storing was gebouwd niet automatisch werd geactiveerd. Proton heeft publiekelijk verklaard een volledige uitval van het datacenter te kunnen overleven, maar de eigen nabeschouwing stelt dat een failover van de primaire database nooit wordt geautomatiseerd zonder menselijk toezicht, juist om het soort split-brain datacorruptie te voorkomen dat een automatische failover kan veroorzaken.
Dezelfde zwakke plek brak vijf dagen later opnieuw open
Een tweede storing op 1 september 2026 liet zien dat de storing van 26 augustus eigenlijk nog niet was afgerond.
| Incident | Datum | Oorzaak | Getroffen diensten |
|---|---|---|---|
| Eerste storing | 26 tot 27 augustus 2026 | Koelingsstoring, dubbele switch-storing | Mail, Drive, Agenda, authenticatie |
| Tweede storing | 1 september 2026, 14:37 tot 20:49 CEST | Restant hardwarestoring door databaseonderhoud gekoppeld aan het eerste incident | Mail, Pass, Drive, Agenda |
Soevereiniteit beschrijft waar data staat, niet of de dienst blijft draaien
Proton profileert zich op jurisdictie en privacy, en deze storing laat zien dat die garanties los staan van de veerkracht van de architectuur. Veel bedrijven die weg zijn gestapt bij Amerikaanse hyperscalers, specifiek om dit concentratierisico te verminderen, kozen voor Proton, of een vergelijkbare leverancier, vanwege de EU-locatie en de weigering om data aan Amerikaanse rechtbanken af te staan. Geen van beide eigenschappen heeft iets te maken met of de dienst online blijft wanneer een rack oververhit raakt. Proton heeft een failover-locatie in Zürich en bouwt, naar eigen zeggen, nu pas de capaciteit voor een tweede locatie en de automatisering die er al voor dit incident had moeten zijn, met voltooiing gepland tegen eind 2026. Een bedrijf dat om redenen van dataresidentie voor een soeverein alternatief koos, moet die leverancier rechtstreeks vragen hoe failover daadwerkelijk werkt, en of dat automatisch gaat of wacht op goedkeuring van een persoon, in plaats van aan te nemen dat soevereiniteit veerkracht impliceert.
Lees hierna: Europese Supercomputer Draait op Amerikaanse Chips | De open rivaal van OpenAI is nu van Nvidia
