Brand bij datacenter Almere: continuïteit > uptime

Op 7 mei 2026 brak er brand uit bij het NorthC datacenter in Almere. De stroom- en koelingsruimte stond drie verdiepingen lang in lichterlaaie. Geen data verloren — gelukkig — maar de impact op klanten was enorm.

Een greep uit de getroffen organisaties: KVK, CBS, RDW, Universiteit Utrecht, Univé, Transdev, Rederij Doeksen (de Wadden-veerdienst checkte passagiers handmatig in) en talloze huisartsenpraktijken. Dagenlang. Op sommige plekken nog steeds.

Voor de duidelijkheid: bij Virtual Computing zijn geen klanten getroffen. Onze diensten draaien volledig in onze eigen twin-datacenters in Den Bosch en Eindhoven, niet in Almere. Maar dit incident is precies waarom we zo gebouwd zijn — en de les daaruit reikt verder dan één locatie.

Een datacenter hebben ≠ voorbereid zijn op uitval

Het is te makkelijk om bij zo'n incident direct met de vinger naar het datacenter te wijzen. Een datacenter levert in de basis vooral vijf dingen: stroom, koeling, beveiliging, connectiviteit en ruimte. Dat is hier ook gebeurd — de stroom- en koelingsruimte stond zelfs in een apart gebouw, juist om brandoverslag naar de servers te voorkomen. Dat heeft gewerkt: geen data verloren.

Maar tegelijkertijd zien we wel de impact: websites, telefonie, applicaties, API's, werkplekken, cloud-data — complete organisaties vallen stil. Zelfs vitale processen. En precies daar zit een belangrijke les.

Redundantie is niet alleen een tweede locatie op papier of voldoen aan een ISO-norm. Redundantie betekent dat je diensten daadwerkelijk blijven draaien wanneer het misgaat. Het liefst automatisch.

Architectuur is belangrijker dan hardware of een mooi datacentergebouw.

Waar ligt de verantwoordelijkheid?

Uiteindelijk ligt die in de basis bij de organisatie zelf. Bij de eigenaar van de data en diensten. Wettelijk gezien is dat ook zo geregeld — een datacenter of cloud-leverancier kan de uitvoering verzorgen, maar de zorgplicht voor continuïteit blijft bij jou.

Als je telefonie, DNS, authenticatie, storage, back-ups, virtuele machines én netwerk allemaal afhankelijk zijn van één fysieke locatie, dan heb je technisch gezien nog steeds één single point of failure. Je hoeft niet eens data kwijt te zijn om compleet stil te vallen.

Juist daarom werk je met:

• Spreiding — diensten verdeeld over meerdere locaties
• Replicatie — synchrone of bijna-synchrone kopie van data tussen locaties
• Failover — automatische omschakeling, getest, niet handmatig improviseren in een crisis
• Offsite back-ups — geo-gescheiden, niet in hetzelfde gebouw als de primaire data
• Meerdere netwerken — geen enkele uplink, geen enkele DNS-resolver, geen enkele transit-provider
• Disaster recovery scenario's — die ook écht periodiek getest worden

Niet omdat je verwacht dat het misgaat. Maar omdat je weet dát het ooit ergens misgaat.

Wat als systemen na uren nog niet draaien?

Als systemen na vele uren — laat staan dagen — nog steeds niet operationeel zijn, dan is er ergens in de keten geen werkende failover, onvoldoende spreiding of onvoldoende getest herstelproces. Dat is geen veronderstelling, dat is wat de feiten je vertellen.

Continuïteit > uptime

Bij Virtual Computing praten we daarom niet alleen over uptime. We praten over continuïteit. Over beschikbaarheid. Altijd.

Onze twin-datacenter setup draait synchroon in Den Bosch en Eindhoven, fysiek gescheiden, met synchrone replicatie van werkplekken, storage en netwerk. ISO 27001 en NEN 7510 gecertificeerd. Als één locatie volledig wegvalt — door brand, stroomuitval, glasvezel-cut of welke reden dan ook — neemt de andere het over. In de praktijk merken klanten daar weinig van.

Dat is geen marketing. Dat is hoe we de boel hebben gebouwd, omdat we niet willen dat een datacenter-incident betekent dat een huisartsenpraktijk geen patiënten kan inchecken of een rederij vakantievierende gasten met de hand moet aftellen.

Vier vragen die je vandaag aan je IT-leverancier mag stellen

Voordat het bij jou gebeurt — en het kan jou ook gebeuren — vier vragen die je nu zou moeten stellen:

1. Waar staat mijn data fysiek? Eén locatie, of meerdere — en hoe ver zijn die uit elkaar?
2. Wat is mijn RTO (Recovery Time Objective)? Hoe lang ben ik down bij een totale locatie-uitval? Uren? Dagen?
3. Wat is mijn RPO (Recovery Point Objective)? Hoeveel data verlies ik in het slechtste geval? Minuten? Een dag?
4. Wanneer is voor het laatst een failover-test gedaan? Niet "we kúnnen een failover doen" — maar wanneer is het laatst aantoonbaar gebeurd?

Krijg je daar geen helder antwoord op, dan weet je waar je staat.

Tot slot: respect voor de mensen achter het incident

Achter zo'n incident zitten engineers en beheerders die op dat moment onder gigantische druk staan. Niemand wil geraakt worden door een scenario als dit. Respect voor de hulpdiensten die er urenlang bezig zijn geweest. En respect voor de teams bij NorthC en de getroffen organisaties die nu in de wederopbouwmodus staan.

Echte IT-veiligheid bewijst zich niet wanneer alles goed gaat — maar op de momenten dat het fout gaat. Deze week wordt dat in Almere pijnlijk zichtbaar.

---

Benieuwd of jouw IT bestand is tegen een single-point-of-failure scenario? Plan een vrijblijvend adviesgesprek of bekijk hoe onze twin-datacenter cloud werkt. Bel 085-013 4500 voor een snelle eerste check.

• NOS — Geen data verloren bij brand Almere
• Tweakers — Herstel na brand NorthC duurt zeker drie dagen

• Disaster recovery plan in 5 stappen
• Wat is een cloud server?
• Het proces van cloud migratie