Wat is een hot site bij disaster recovery? Definitie en cloudopties

Een hot site is een volledig uitgeruste herstellocatie, met hardware, software, netwerkverbindingen en actuele data al aanwezig, die binnen minuten tot uren kan overnemen van uw primaire locatie. Het is het snelste en duurste type disaster recovery-locatie. In de cloud is het equivalent een hot standby- of active/active-opstelling in een tweede regio.

Belangrijkste punten

• NIST beschrijft hot sites als faciliteiten die zijn afgestemd op het systeem en zijn ingericht met de benodigde hardware, ondersteunende infrastructuur en ondersteunend personeel.
• De data wordt continu of kort na de primaire locatie bijgewerkt, dus er gaat weinig data verloren en het herstel gaat snel.
• Warm sites bevatten een deel van de apparatuur en vragen voorbereiding vóór gebruik. Cold sites bieden alleen ruimte en stroom.
• In AWS-termen komt dit overeen met "hot standby" (active/passive op volledige capaciteit) of "multi-site active/active", de meest complexe en kostbare strategie.
• Replicatie beschermt niet tegen corruptie of ransomware. U hebt nog steeds point-in-time-back-ups nodig.

Wat is een hot site bij disaster recovery?

Het is een alternatieve locatie die al een kopie van uw productiesystemen draait, of die direct kan draaien. Als de primaire locatie uitvalt, leidt u gebruikers om en werkt u door.

De Amerikaanse standaardreferentie is NIST SP 800-34, de Contingency Planning Guide for Federal Information Systems. Die definieert dit locatietype als voorzien van voldoende apparatuur, de actuele productiesoftware en toereikende opslag, met de laatst geback-upte data geladen. In veel gevallen worden de databases tegelijk met of kort na de primaire databases bijgewerkt. NIST merkt ook op dat de locatie een manier nodig heeft om de connectiviteit van gebruikers snel te verplaatsen, en operationele ondersteuning die dicht bij die van de productielocatie ligt.

Een voorbeeld van NIST zijn twee identieke systemen op verschillende locaties, beide in productie en beide in staat de volledige werklast te dragen, met continu gesynchroniseerde data. NIST noemt dit de duurste optie.

Hot site versus warm site versus cold site

De drie locatietypen verschillen in hoeveel er klaarstaat vóór een ramp. Meer paraatheid betekent sneller herstel en hogere lopende kosten.

De rijen over insteltijd en kosten volgen de voorbeeldtabel van NIST met criteria voor alternatieve locaties. De exacte hersteltijden hangen af van uw ontwerp en tests, niet van het etiket.

Hoe werkt een hot site?

Een werkende opstelling heeft vier onderdelen die gelijk moeten blijven lopen met productie:

1. Infrastructuur: servers, opslag en netwerkcapaciteit die zijn afgestemd op de werklast die u daar moet draaien.
2. Datareplicatie: synchroon of asynchroon kopiëren van databases en bestanden vanaf de primaire locatie.
3. Configuratie en code: dezelfde softwareversies, patches en instellingen als productie, bij voorkeur uitgerold vanuit dezelfde infrastructure-as-code-templates.
4. Verkeer omschakelen: DNS-, load balancer- of netwerkwijzigingen die gebruikers naar de herstellocatie sturen zodra u die activeert.

Wat gebeurt er bij activering?

Activering is een beslissing, niet alleen een technische stap. De incidentleider bevestigt dat de primaire locatie niet binnen de afgesproken recovery time objective (RTO) kan herstellen, waarna het team het runbook volgt: schrijfacties naar de primaire locatie stoppen indien mogelijk, de replica-databases promoten, het verkeer omschakelen, controleren of de applicaties werken en gebruikers en belanghebbenden informeren. AWS merkt op dat automatische failover op basis van health checks voorzichtig moet worden gebruikt, omdat een vals alarm beschikbaarheid en data kost. Veel teams starten failover daarom handmatig, maar automatiseren elke stap achter de knop.

Hot sites in de cloud: hot standby en active/active

In de cloud huurt u zelden een apart gebouw. In plaats daarvan draait u een tweede kopie van de omgeving in een andere regio of Availability Zone. Het AWS-whitepaper over disaster recovery beschrijft vier strategieën, van goedkoopst tot meest volledig:

AWS noemt multi-site active/active de meest complexe en kostbare aanpak, maar zegt dat het de hersteltijd bij de meeste rampen dicht bij nul kan brengen. AWS wijst er ook op dat de meeste klanten die een volledige tweede omgeving bouwen die uiteindelijk active/active gebruiken, omdat ze er toch voor betalen.

Een cloudopstelling heeft twee voordelen ten opzichte van een fysieke. U kunt failover testen zonder personeel te verplaatsen en u kunt de hele omgeving vanuit code opnieuw opbouwen als er iets afwijkt. De keerzijde is dat u op twee plekken voor volledige capaciteit betaalt, plus dataoverdracht voor de replicatie.

Is een hot site de kosten waard?

Alleen voor systemen waarbij de kosten van uitval hoger zijn dan de kosten van een tweede omgeving. Begin met een business impact analysis, stel voor elk systeem een RTO en recovery point objective (RPO) vast en kies het locatietype dat bij die doelen past. Onze gids over RPO en RTO laat zien hoe u die vaststelt.

NIST maakt hier een nuttige opmerking: één systeem kan voor verschillende functies verschillende strategieën nodig hebben. Orderverwerking kan directe failover vereisen, terwijl de maandrapportage op hetzelfde platform dagen kan wachten. Zo'n indeling in niveaus houdt de always-on-voetafdruk klein en de rekening beheersbaar.

Checklist voordat u er een bouwt

• Ver genoeg van de primaire locatie, zodat één regionale gebeurtenis niet beide kan treffen.
• Capaciteit voor de kritieke werklast, niet per se voor alles.
• Replicatievertraging bewaakt ten opzichte van uw RPO, met alarmen.
• Point-in-time-back-ups apart bewaard, om te herstellen van corruptie of ransomware die replicatie zou meekopiëren.
• Beveiligingsmaatregelen gelijk aan productie: identiteit, firewalls, logging en versleuteling.
• Een failover-runbook met benoemde eigenaren en een failback-plan.
• Regelmatige failovertests, vastgelegd in uw disaster recovery-plan.

Hoe Opsio helpt

Opsio ontwerpt en beheert cloud disaster recovery op AWS, Azure en Google Cloud, van pilot light tot volledige multi-regio-opstellingen, en test failover samen met uw team. Voor WorkBuster, een wereldwijd SaaS-platform voor werving, bouwden we de AWS-omgeving op Multi-AZ MySQL RDS en auto-scaling, met CloudFormation-templates zodat de infrastructuur consistent opnieuw kan worden uitgerold; lees de case van WorkBuster.

Veelgestelde vragen

Wat is het verschil tussen een hot site en een cold site?

De eerste heeft apparatuur, software en actuele data klaarstaan en kan snel overnemen. De tweede heeft alleen ruimte, stroom en netwerkverbindingen, dus systemen moeten worden geïnstalleerd en vanuit back-up hersteld voordat het werk kan hervatten.

Hoe snel kan een hot site de activiteiten overnemen?

Doorgaans binnen minuten tot uren, afhankelijk van hoe actueel de data is en hoe geautomatiseerd de omschakeling is. Een active/active-opstelling in de cloud kan de hersteltijd bij de meeste storingen dicht bij nul brengen, maar herstel na datacorruptie hangt nog steeds af van back-ups.

Is een hot site hetzelfde als een mirrored site?

Ze liggen dicht bij elkaar. Een mirrored site draait een identieke, continu gesynchroniseerde kopie van productie. Het voorbeeld van NIST met twee identieke productiesystemen die elk de volledige belasting dragen, is feitelijk een mirrored site.

Heb ik een hot site nodig als ik in de cloud draai?

Niet automatisch. Draaien over meerdere Availability Zones beschermt al tegen het verlies van één datacenter. Een hot standby in een tweede regio is de moeite waard wanneer regionale storingen, regelgeving of contracten zeer korte hersteltijden vereisen.

Wat betekent "hotsite" in marketing?

In marketing, vooral in Brazilië, is een "hotsite" een kleine tijdelijke website voor een campagne of productlancering. Het staat los van disaster recovery.