Rampenherstel is altijd al de duurste zaak geweest waar niemand voor wil betalen.
Het is net een verzekering, alleen krijg je in plaats van een maandelijkse premie een kapitaalproject, een tweede faciliteit en het voorrecht om te ontdekken dat je 'volledig redundante' ontwerp één klein detail mist: het onderdeel dat daadwerkelijk werkt wanneer je het nodig hebt.
Gedurende het grootste deel van mijn carrière betekende "echte DR" het opzetten van een tweede omgeving: een soort tweede ontbijt, maar dan VEEL duurder. Dit hield in:
- Nog een datacenter (of colocatierack)
- Nog een stapel servers
- Nog een stapel opslag
- Nog een set netwerkapparatuur
- Nog een reeks licenties
- Nog een contract
- Nog een factuur
- Een andere groep mensen die zich vaag herinnerde hoe het geconfigureerd was.
En dan: replicatie. Meestal op de "klassieke" manier: Hyper-V Failover Clusters, stretched networks, gerepliceerde opslag, orchestratiescripts, aangepaste runbooks en zoveel wijzigingsbeheer dat je vergeet hoe gelukkig je je voelt. Ik heb die systemen gebouwd. Ik heb de droom van twee locaties beleefd. En ik heb ook de facturen vooraf en elke maand gezien.
Je vergeet niet zomaar een investering van zes cijfers per locatie. En je vergeet ook niet het moment waarop de directie vraagt: "Hoe vaak testen we failover?" en iedereen ineens weer helemaal opgaat in zijn koffie en het checken van berichten op zijn telefoon.
De oude manier: betalen om een tweede realiteit in stand te houden.
Traditionele DR is niet "iets wat je koopt". Het is een ecosysteem. Dit zijn de kosten die altijd opduiken, ongeacht of er budget voor is gereserveerd of niet:
- De facilitaire belasting: Colocatie is meer dan alleen een serverrack. Het omvat stroom, koeling, cross-connecties, bandbreedte, remote hands, toegangscontrole en maandelijkse kosten die zich gedragen alsof ze proberen in aanmerking te komen voor een directiebeloning.
- De hardwarekosten: DR-infrastructuur sluit zelden perfect aan op de productieomgeving. Het is ofwel overgedimensioneerd ("Misschien hebben we het ooit nodig!"), ofwel ondergedimensioneerd ("We beperken de scope tijdens een calamiteit!"), wat een leuke manier is om te zeggen dat we falen accepteren, maar wel met documentatie.
- De netwerkkosten: redundante WAN-circuits, firewalls, VPN-concentrators, complexe routering, DNS-trucs en een heleboel "tijdelijke" regels die voor altijd van kracht blijven.
- De licentiebelasting: Je betaalt om je huidige voertuig ergens anders te mogen gebruiken, voor het geval dat vandaag de dag is.
- De menselijke belasting: Het duurste onderdeel is het deel dat je niet zomaar kunt aanschaffen: expertise. Want disaster recovery is geen kwestie van instellen en vergeten. Het is instellen en vergeten, en dan alles veranderen en hopen dat je draaiboek nog steeds klopt.
En na dat alles testen de meeste organisaties de failover ongeveer net zo vaak als ze de batterijen van de noodzaklamp vervangen: direct nadat er iets misgaat.
De nieuwe manier: Azure Site Recovery
Azure Site Recovery (ASR) is een zeldzame IT-tool die doet wat de naam belooft. Het repliceert uw workloads naar Azure, zodat u kunt overschakelen wanneer dat nodig is, zonder een volledig tweede datacenter te hoeven onderhouden om aan te tonen dat u bedrijfscontinuïteit serieus neemt.
Dat is de marketing. Dit is de realiteit:
- Continue replicatie van ondersteunde workloads en infrastructuur
- Voorspelbare, configureerbare failoverplannen, inclusief volgorde en afhankelijkheden.
- Geautomatiseerde runbooks, want "wat bedoel je, de domeincontroller startte niet vóór de SQL-servers?" is geen strategie.
- Indrukwekkend lage RTO (Recovery Time Objective) vergeleken met het oude model waarbij je op zes consoles moest inloggen en maar moest hopen dat het goed kwam.
- DR dat schaalbaar is als een service, niet als een doe-het-zelf-project voor huisrenovatie.
En waar het bij de eigenaar echt om draait: de kosten liggen vaak tussen de honderden en een paar duizend euro per maand. Niet "honderdduizenden euro's per locatie". Niet "zes maanden aan inkoop". Niet "we hebben een budgetoverschrijding goedgekeurd nodig". Gewoon: replicatie, opslag en rekenkracht wanneer er daadwerkelijk een failover plaatsvindt (plus wat je ook maar warm wilt houden). Met andere woorden, je betaalt niet langer fulltime voor een ramp die slechts parttime is.
De verborgen winst: naleving en auditgereedheid zonder poespas.
Een groot deel van de uitgaven aan disaster recovery (DR) is in feite verkapte auditkosten. Je koopt niet alleen uptime; je koopt ook de mogelijkheid om vragen te beantwoorden zoals:
- “Wat is uw RPO/RTO?”
- “Wanneer was uw laatste DR-test?”
- "Laat me bewijs zien."
- "Laat me zien dat het herhaalbaar is."
- "Laat me zien dat het gedocumenteerd is."
ASR is ontworpen voor herhaalbare draaiboeken. Failoverplannen kunnen worden gestandaardiseerd, getest en gerapporteerd. Automatisering kan consistent zijn. Processen kunnen worden gevalideerd. Het is het verschil tussen "We hebben een map" en "We hebben een georkestreerd proces dat we kunnen uitvoeren en bewijzen."
De meeste bedrijven die niet tot de Fortune 100 behoren, falen niet in disaster recovery omdat ze er niet om geven. Ze falen omdat het "op de oude manier" doen een luxe hobby is. ASR maakt er een operationele capaciteit van.
De directievertaling: Wat u daadwerkelijk krijgt
Als u dit leest op managementniveau, is dit de belangrijkste boodschap in begrijpelijke taal:
- Je vervangt grote investeringsprojecten door een operationeel model: geen "DR-site 2.0" meer bouwen en vervolgens de volgende vijf jaar besteden aan het onderhouden ervan als een tweede productieomgeving die niemand gebruikt.
- U verkleint het risico op uitval door automatisering en voorspelbaarheid: gescripte failover-plannen verminderen de chaos. Minder chaos betekent minder uitval. Minder uitval betekent minder kostbare verrassingen.
- Je standaardiseert herstelprocessen in gedocumenteerde draaiboeken: Herstel wordt een proces dat je kunt testen, verbeteren en herhalen, zonder heldhaftige acties.
- U krijgt mogelijkheden van enterprise-niveau zonder de bijbehorende infrastructuur: u gebruikt een infrastructuur die is ontworpen om te voldoen aan de compliance-eisen op grote schaal, in plaats van te proberen dat niveau van veerkracht te bereiken met een kleiner team en een kleiner budget.
Wat dit niet is
ASR is geen toverkunst. Het vereist nog steeds ontwerp. Je moet nog steeds de volgende vragen beantwoorden:
- Welke werkzaamheden vallen binnen de scope?
- Wat zijn de werkelijke RPO/RTO-doelstellingen per systeem?
- Welke afhankelijkheden bestaan er (AD, DNS, SQL, applicatielagen, integraties met derden)?
- Wat betekent "failover" voor gebruikerstoegang en -identiteit?
- Hoe valideer je herstel, en hoe vaak?
Het verschil is echter dat die vragen nu leiden tot configuratie en orkestratie, en niet tot een tweede hypotheek op een tweede datacenter.
Het slotpleidooi: Stop met het financieren van vastgoed. Begin met het financieren van een plan.
Jarenlang was disaster recovery (DR) een architectuurprobleem dat je oploste met faciliteiten, hardware en een flinke dosis hoop. Azure Site Recovery maakt er iets van wat het altijd al had moeten zijn: een service, een draaiboek, voorspelbare operationele kosten en een functionaliteit die je daadwerkelijk kunt testen zonder je zorgen te hoeven maken.
Als u nog steeds betaalt voor colocatie, voornamelijk om te voldoen aan de DR/BC-vereisten, bent u niet de enige. Maar u zit ook niet vast. Het goede nieuws is: uw DR-site heeft geen eigen kluis meer nodig (fysiek of financieel). Het heeft alleen een plan nodig en een replicatiedoel dat geen nieuw bouwproject vereist om te slagen.
