Back-up en herstel van Google Cloud

Wanneer we bedenken hoe we een back-up kunnen maken van gegevens voor Google Cloud Platform, kijken we vooral naar cloud-native tools waarmee we Compute Engine-instances (bijvoorbeeld waar VM's worden uitgevoerd) kunnen beveiligen met Google-native snapshots.

Er zijn native services beschikbaar waarmee u een back-up kunt maken van Google Engine-instances en er zijn heel wat leveranciers die agentgestuurde methoden aanbieden voor back-ups van Google Cloud Platform. Gegevensbeveiliging in de cloud is echter niet altijd overzichtelijk en het gebruik met beperkte of traditionele back-upmethoden kan uitdagingen met zich meebrengen.

Allereerst zijn snapshots van Google Compute Engine-instances geen echte back-ups en kunnen ze niet worden gebruikt voor langdurige gegevensretention en herstel. Bovendien is het kostbaar om verouderde snapshots langer dan een paar dagen in Google Cloud Storage te bewaren. Het handmatig maken van scripts voor het automatisch plannen van snapshots voor Google Cloud-instances is al snel erg ingewikkeld, vooral in grote omgevingen.

Ten tweede zijn agentgestuurde methoden voor back-ups van Google Cloud Platform niet de beste keuze omdat voor agents implementatie met veel resources is vereist. Het is lastig om ze op de juiste manier te schalen en ze nemen extra Compute Engine-ruimte in beslag.

Met Veeam Backup for Google Cloud Platform is het mogelijk om automatisch snapshots en back-ups te maken en te beheren van Compute Engine-instances (en gekoppelde schijven), inclusief VM-configuratie. Met back-ups op imageniveau of snapshots kunnen back-upketens worden gemaakt. Er wordt eerst een volledige snapshot gemaakt, en elke volgende snapshot bevat alleen incrementele wijzigingen. Veeam gebruikt geen agents om back-ups van Google Cloud te maken. In plaats daarvan worden tijdelijke instances, zogenaamde workers, geïmplementeerd en dat gebeurt alleen gedurende de tijd die nodig is om gegevens voor de Veeam-back-upimage te genereren vanuit de snapshot of om een herstelbewerking uit te voeren.

Bij back-ups op imageniveau kan het gaan om volledige en incrementele back-ups van Google Cloud Platform-gegevens.

Snapshots en back-ups kunnen worden gelaagd en opgeslagen in Google Cloud Storage. Houd in gedachten dat het een goede gewoonte is om uw back-ups buiten de productieomgeving te bewaren. Veeam Backup for Google Cloud Platform ondersteunt zowel project- als regio-overkoepelende opslaglagen, waardoor u back-ups eenvoudiger kunt beveiligen.

Voor wat betreft herstel is Veeam Backup for Google Cloud Platform in staat om bestanden zowel vanuit snapshots als back-ups te herstellen. Dat maakt snel en on-demand herstel op bestandsniveau mogelijk. Tijdens herstel wordt een worker-instance gestart en gekoppeld aan een bepaald tijdstip in een Google Cloud-snapshot of -back-up. Hiermee beschikt u over een webconsole en bestandssysteem waarin u gewenste bestanden kunt zoeken en herstellen. In Google Cloud Platform kan zowel volledig herstel als herstel op bestandsniveau binnen enkele seconden worden uitgevoerd.

Google Cloud Platform zorgt voor beveiliging en bescherming van de onderliggende Google Cloud Platform-infrastructuur, en biedt daarnaast native methoden voor het uitvoeren van back-ups van Google Compute Engine-instances. Het gaat hierbij om functies voor het maken van persistente schijfsnapshots of machine-images. Snapshotketens bestaan uit volledige en opeenvolgende incrementele snapshots. Het is ook mogelijk om een schema te definiëren voor het regelmatig maken van snapshots van uw Google Cloud Platform-gegevens.

Met de native tools van Google Cloud Platform kunt u ook volledige en incrementele imagebestanden van een bepaalde VM te maken.

Zodra snapshots of VM-images zijn gemaakt, kunnen deze bestanden met de opdracht (cp) van de productieomgeving naar Google Cloud Storage worden verplaatst.

Deze methoden zijn handig voor zeer kleinschalige omgevingen of omgevingen die zijn bedoeld voor testen. Voor grotere productieomgevingen, waar het essentieel is dat wordt voldaan aan SLA's (Service Level Agreements), kan het noodzakelijk zijn om met andere tools te werken om een robuuste back-up- en herstelstrategie voor Google Cloud Platform te realiseren. Snapshots en images alleen zijn geen optimale oplossingen wanneer u langere retention nodig heeft of verouderde snapshots langer dan een paar dagen wilt bewaren, omdat de kosten dan snel oplopen. Snapshots worden bovendien niet automatisch geïsoleerd van de productieomgeving. Dit kan leiden tot beveiligingsrisico's en risico's van gegevensverlies bij een calamiteit. Tot slot, als uw Google Cloud Platform-omgeving is bedoeld om te groeien, heeft u ingrijpender herstelopties nodig, met inbegrip van opties voor herstel op bestandsniveau en voor het maken van schema's die niet alleen voor snapshots kunnen worden gebruikt.