Back-up en herstel voor Google Cloud

Wanneer we bedenken hoe we een back-up kunnen maken van gegevens voor Google Cloud, 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. Gegevensbeveiliging in de cloud is echter niet altijd overzichtelijk en gebruik van beperkte of traditionele back-upmethoden kan uitdagingen met zich meebrengen.

Allereerst zijn snapshots van Google Compute Engine-instances geen echte back-ups, dus kunnen ze niet worden gebruikt voor langdurige gegevensretention en herstel. Bovendien is het duur 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 bovendien al heel snel erg ingewikkeld, vooral in grote omgevingen.

Ten tweede zijn agentgestuurde methoden voor back-ups van Google Cloud niet altijd 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 maakt geen gebruik van agents om een back-up van Googe Cloud te maken. In plaats daarvan worden tijdelijke instances, zogenaamde workers, gebruikt die alleen worden geïmplementeerd 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-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 ondersteunt zowel project- als regio-overkoepelende opslaglagen, waardoor u back-ups eenvoudiger kunt beveiligen.

Voor wat betreft herstel is Veeam Backup for Google Cloud 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 kan zowel volledig herstel als herstel op bestandsniveau binnen enkele seconden worden uitgevoerd.

Google Cloud zorgt voor beveiliging en bescherming van de onderliggende Google Cloud-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-gegevens.

Met de native tools van Google Cloud kunt u ook volledige en incrementele imagebestanden van een bepaalde VM 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 kleinere omgevingen of omgevingen die zijn bedoeld voor testen. Voor grotere productieomgevingen, waar het essentieel is dat wordt voldaan aan SLA's, kan het noodzakelijk zijn om met andere tools te werken om een robuuste back-up- en herstelstrategie voor Google Cloud 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 beveiligings- en dataverliesrisico's bij een calamiteit. Tot slot, als uw Google Cloud-omgeving is bedoeld om te groeien, heeft u ingrijpender herstelopties nodig, waaronder opties voor herstel op bestandsniveau en voor het maken van schema's die niet alleen voor snapshots kunnen worden gebruikt.