eCloud als tweede datacenter: een uitwijkscenario dat je ook echt kunt testen

October 21, 2026
Blog
Cloud hosting

Een klassiek tweede datacenter is een verzekeringspolis met de kostenstructuur van een productieomgeving: servers, opslag, netwerk, licenties en beheer, voor capaciteit die het grootste deel van de tijd stilstaat.  Met eCloud organiseer je die uitwijklocatie anders. Je betaalt voor de capaciteit en dienstverlening die je nodig hebt, zonder zelf een tweede datacenter te bouwen en te onderhouden.

Voor veel middelgrote organisaties en lokale besturen is die tweede locatie het zwakke punt in het continuïteitsplan. Hieronder zie je hoe dat er met eCloud uitziet, welke opzet bij welke workloads past en waar het in de praktijk op vastloopt.

Een groeipad, geen project

Je hoeft niet op dag één een volledig uitgebouwde uitwijkomgeving neer te zetten. eCloud groeit mee met je continuïteitsstrategie, zodat de oplossing de kriticiteit van je applicaties volgt.

‍

De belangrijkste oefening is niet technisch maar zakelijk: bepaal per applicatie hoeveel stilstand en dataverlies aanvaardbaar is, en zet dat af tegen de kost om dat te garanderen. Dat leidt tot een gelaagde aanpak.Niet alles moet op niveau vier, en niet alles kan op niveau één blijven.

Wat eCloud daarvoor te bieden heeft

  • ‍Herstelopties naar keuze. Afhankelijk van de architectuur via Veeam Backup & Replication, via replicatie van virtuele machines, via een vooraf geconfigureerde uitwijkomgeving met periodieke tests, of via een volwaardig tweede platform.‍
  • Schalen per VM. CPU, geheugen en opslag worden per virtuele machine toegewezen, niet per host. Je reserveert wat je uitwijkscenario vraagt, niet een volledig serverpark.‍
  • Opslag in tiers. Gerepliceerde workloads hoeven niet allemaal op de snelste tier.‍
  • Gesegmenteerd netwerk. Eigen segmenten en adresruimte per klant, firewalling per omgeving of per VM, en connectiviteit van site-to-site VPN tot een dedicated verbinding.‍
  • Eén team voor de hele stack. Datacenter,hardware, opslag, netwerk en Proxmox VE zitten bij Epact. Bij een failover hoef je niet uit te zoeken bij welke partij het probleem ligt.

Wat bij jou blijft: de beslissing over RTO en RPO per applicatie. Epact adviseert, ontwerpt en bouwt mee, maar de risicoafweging ligt bij de business, want daar liggen ook de gevolgen.

Drie richtingen voor je uitwijklocatie

Ons model werkt in beide richtingen. Welke variant zinvol is, hangt af van waar je vandaag staat en welke investeringen je al gedaan hebt.

Vier vragen om mee te starten

  1. Stilstand: hoeveel uur kan elke kritieke applicatie stil liggen voor het de business echt raakt?‍
  2. Dataverlies: hoeveel is aanvaardbaar? Een back-up van vannacht betekent een volledige werkdag opnieuw doen.‍
  3. Hersteldoel: waar herstel je naartoe, op welke hardware, in welk datacenter, en staat die capaciteit er al?‍
  4. Testen: wanneer is het laatst getest, en wat kwam eruit?

Kun je die vier niet scherp beantwoorden, dan is dat hetv ertrekpunt. Onze experts vertalen de antwoorden graag naar een concreet uitwijkscenario, met een realistische inschatting van RTO, RPO en kost.