In augustus 2024 hadden we last van een grote storing in ons datacenter in Amsterdam. Hierdoor waren sites een aantal uren onbereikbaar. Zo’n storing heeft natuurlijk een grote impact op onze klanten, en daarom willen we het risico op en gevolgen van zulke storingen zo veel mogelijk verkleinen. De leverancier van het datacenter en ook wij zelf hebben inmiddels al veel maatregelen genomen. Echter valt zo’n storing niet helemaal te voorkomen, en daarom ben ik begonnen met de implementatie van een fail-over optie naar een ander datacenter. Mocht het datacenter in Amsterdam weer uitvallen, dan kunnen dankzij deze fail-over websites verder draaien in een ander datacenter. Voordat ik met de technische implementatie begin, wil ik graag jouw mening weten over hoe deze fail-over er uit zou moeten zien.

Achtergrond: mijn afstudeerproject

Deze fail-over optie is gelijk ook het afstudeerproject voor mijn studie. In 2021 ben ik samen met Superspace een traject aangegaan om de HBO-ICT opleiding tot ‘Cyber Security & Cloud’ specialist duaal te volgen. In de praktijk kwam dat neer op 3 dagen werken, en 2 dagen in de week lessen volgen en studeren. Deze combinatie werkte voor mij fantastisch; ik kon veel leren in de praktijk, en ondertussen heb ik veel nuttige kennis op gedaan om Superspace vooruit te helpen. Nu, bijna 4 jaar later ben ik aan mijn afstudeerproject begonnen wat ik uiteraard ook bij Superspace uitvoer.

Mijn afstudeerproject is gericht op het realiseren van een fail-over naar een andere fysieke locatie voor bepaalde WordPress sites die bij Superspace gehost worden, en dan met name de sites die op het CloudPress platform staan. Voordat ik in de techniek duik, is het belangrijk om onder andere eerst de eisen en wensen van deze gebruikers in kaart te brengen. Daarom heb ik een enquête opgesteld. Met het invullen van deze enquête, kun je meedenken over hoe die oplossing vormgegeven moet worden. Dit kost ongeveer 5 tot 10 minuten van je tijd.

De huidige setup heeft al veel fail-over opties

De uitdaging aan het configureren van een fail-over is om te bepalen op welke gebeurtenissen je je moet voorbereiden. De meest voor de hand liggende scenario’s zijn storingen in hardware, zoals een defecte server of uitgevallen netwerkapparatuur. Om dit te voorkomen, zijn alle onderdelen in ons datacenter dubbel uitgevoerd. Hierdoor zijn onze diensten nooit afhankelijk van één enkel systeem. Zo wordt een storing snel opgelost of merk je er zelfs helemaal niets van.

De storing in augustus 2024 werd echter veroorzaakt door een menselijke fout tijdens het installeren van nieuwe hardware in het datacenter. De fout was gelukkig snel ontdekt en 95% van alle servers waren dankzij een werkende fail-over binnen een uur weer online. De fail-over werkte echter niet goed voor de laatste 5% van de servers; die waren pas na meerdere uren weer online.

Waarom is fail-over naar een ander datacenter nodig?

Waar we echter geen fail-over voor hebben op dit moment, zijn gebeurtenissen waarbij het hele datacenter offline gaat om wat voor reden dan ook. Het lastige aan het voorbereiden op zo’n gebeurtenis is dat er veel verschillende oorzaken kunnen zijn. Denk aan het defect raken van apparatuur, menselijke fouten, natuurrampen zoals overstromingen en brand, sabotage van netwerkverbindingen of zelfs oorlog.

Om deze reden slaan we al onze back-ups versleuteld op een andere fysieke locatie op, en is er altijd een kopie van de data ‘veilig’. Maar tussen het hebben van de data en het online zijn van onze hostingdiensten zit een groot verschil qua tijd en moeite.

Ook het probleem in augustus 2024 dat er meerdere uren nodig waren om de laatste 5% van de servers weer online te krijgen is een scenario waar de nieuwe fail-over voor verbetering moet zorgen.

De fail-over die ik de komende tijd ga bouwen, is als aanvulling op de failover die we al hebben. Het grote verschil is dat fail-over snel ingeschakeld moet kunnen worden op een andere locatie. Het idee is dat je data altijd op een tweede datacenter aanwezig is, en dat je website vanaf die locatie snel online gebracht kan worden in het geval van een storing die niet snel kan worden opgelost.

Alvast bedankt voor het invullen!