Complete ZimaCube-back-upgids: een driedelige strategie met PBS, Synology en cloudback-up

Back-up is geen glamoureus onderwerp—tot het moment dat je data weg is.

De hardwareconfiguratie van ZimaCube geeft het een natuurlijk voordeel als back-uphub: zes drive bays voor een opslagpool, NVMe-opslag als snelle back-updoel, en dubbele 2.5GbE-poorten voor datatransfer. Deze gids leidt je door het bouwen van een driedelige back-upketen: VMs → PBS → lokale opslag → cloud.

Deze gids gaat ervan uit dat je al Proxmox VE draait op ZimaCube. Als je nog ZimaOS gebruikt, zal de back-upstrategie anders zijn. Je kunt dan de ingebouwde snapshot- en remote sync-functies van ZimaOS gebruiken.

Stap 1: Installeer Proxmox Backup Server

Proxmox Backup Server, of PBS, is de officiële back-upoplossing van Proxmox. Het ondersteunt incrementele back-ups, deduplicatie, compressie en encryptie. Het kan draaien op dezelfde ZimaCube als Proxmox VE, geïnstalleerd als een virtuele machine.

1. Download de PBS ISO van proxmox.com.
2. Maak een nieuwe VM aan in Proxmox VE:
   • ID: 300
   • Naam: pbs
   • Schijf: 64GB voor de systeemschijf
   • CPU: 2 cores
   • Geheugen: 4096MB
   • Netwerk: bridged, met een statisch IP-adres
3. Mount de PBS ISO en start de installatie.
4. Het installatieproces lijkt op dat van Proxmox VE: selecteer de doelschijf, stel het IP-adres in en configureer het root-wachtwoord.
5. Bezoek na installatie de PBS webinterface in je browser: https://PBS-IP-adres:8007

Stap 2: Configureer back-upopslag

PBS heeft opslagruimte nodig om back-upgegevens op te slaan. Er zijn twee opties.

Optie A: Geef een grote HDD of NVMe-schijf door

Als je een aparte schijf hebt als back-updoel:

Initialiseer de schijf in PBS. Dit voorbeeld gaat ervan uit dat de schijf /dev/sdb is.

Voer dit uit in de PBS Shell.

mkfs.ext4 /dev/sdb

mkdir /mnt/backup

mount /dev/sdb /mnt/backup

Ga in de PBS webinterface naar Beheer → Opslag/Schijven → Map → Aanmaken. Stel het pad in op /mnt/backup en noem het backup-store.

Optie B: Mount ZFS/NFS-opslag vanaf de Proxmox-host

Voeg een tweede virtuele schijf toe aan de PBS VM en plaats deze op de grote ZFS-pool van ZimaCube. Voor een thuisomgeving is deze aanpak eenvoudiger.

Stap 3: Voeg PBS-opslag toe in Proxmox VE

Keer terug naar de Proxmox VE webinterface:

1. Ga naar Datacenter → Opslag → Toevoegen → Proxmox Backup Server.
2. ID: pbs-backup
3. Server: het IP-adres van PBS
4. Gebruikersnaam: root@pam
5. Wachtwoord: het root-wachtwoord van PBS
6. Datastore: selecteer de zojuist aangemaakte backup-opslag
7. Klik op Toevoegen

Stap 4: Maak een back-uptaak aan

Ga naar Datacenter → Backup → Toevoegen.

Incrementele back-up is de kernkracht van PBS. Alleen de eerste back-up is een volledige back-up. Daarna worden dagelijkse back-ups alleen gewijzigde datablocks overgedragen. Voor een typische setup met zes VM's zijn dagelijkse incrementele back-ups meestal binnen 5–10 minuten klaar.

Stap 5: Meldingsinstellingen — Maak alleen lawaai als het nodig is

Een goed back-upsysteem hoeft je niet elke dag te controleren. Het waarschuwt je alleen als er iets misgaat.

Ga in de PBS-webinterface naar Configuratie → Meldingen:

• Voeg een SMTP-configuratie toe met je e-mailaccount.
• Stel meldingsregels in: stuur geen meldingen bij succesvolle back-ups, maar waarschuw direct wanneer een back-up mislukt.

Pas dezelfde instelling ook toe in Proxmox VE: Datacenter → Meldingen.

Op deze manier vergeet je meestal dat het back-upsysteem bestaat—totdat je op een dag een “Back-up mislukt” e-mail ontvangt. Je kunt het probleem dan meteen oplossen voordat een klein probleem groot wordt.

Stap 6: Prune — Oude back-ups automatisch opruimen

Back-ups stapelen zich in de loop van de tijd op. De Prune-functie van PBS verwijdert automatisch verlopen back-ups.

Configureer het Prune-beleid in de PBS Datastore-instellingen:

• Bewaar dagelijkse back-ups van de laatste 7 dagen
• Bewaar wekelijkse back-ups van de laatste 4 weken
• Bewaar maandelijkse back-ups van de laatste 3 maanden

Wanneer je een VM verwijdert in Proxmox VE, verwijdert PBS deze automatisch uit het back-upschema. Het blijft geen verweesde back-uptaken aanmaken die ruimte verspillen. Dit kleine detail betekent dat je niet elke keer dat je een VM verwijdert op beide systemen hoeft op te ruimen.

Stap 7: Cloudback-up als laatste vangnet

Lokale back-ups beschermen je niet tegen brand of diefstal. Je hebt nog steeds een kopie in de cloud nodig.

Als je een Synology-systeem hebt, of het nu gevirtualiseerd is of apart draait, kun je Cloud Sync gebruiken om de PBS-back-upmap te synchroniseren met Google Cloud, Backblaze B2 of OneDrive:

VM's/CT's → PBS incrementele deduplicatie → ZFS lokale opslag → Cloud Sync → cloudopslag

Geen Synology? Hier zijn twee alternatieven:

• rclone: Installeer rclone in PBS en synchroniseer de back-upmap direct met S3, Backblaze B2 of Google Drive.
• Duplicati: Draai Duplicati in een LXC-container, versleutel de back-ups en upload ze naar elke cloudopslagprovider.

De mythe van de “Circulaire Back-up”

Om eerlijk te zijn, heeft deze setup een theoretisch imperfecte lus:

PBS draait als een VM op ZimaCube → PBS schrijft back-upgegevens naar de ZFS-pool van ZimaCube → als de hele ZimaCube uitvalt, falen alle lokale back-ups tegelijk

Dit is een reëel risico, en het is ook een punt waar veel mensen over discussiëren.

Maar in de praktijk werkt de beschermingsketen zo:

• Als een ZimaCube-schijf uitvalt, kan ZFS RAID-Z2 tot twee schijffouten verdragen zonder dataverlies.
• Als een enkele VM uitvalt, kan PBS deze direct herstellen.
• Als de hele ZimaCube uitvalt, bijvoorbeeld door een probleem met de voeding of het moederbord, wordt de cloudkopie de laatste fallback.

Voor een home lab is praktisch belangrijker dan perfect. Deze setup draait automatisch, waarschuwt je als er iets misgaat, en geeft je nog steeds een cloudkopie in het ergste geval. Het is niet perfect, maar het werkt.

Verificatie: Een niet-geteste back-up is geen back-up

Besteed elke maand 10 minuten aan het uitvoeren van een hersteltest:

1. Maak een test-VM aan in Proxmox.
2. Gebruik PBS om een echte VM te herstellen naar een andere VM-ID.
3. Start de herstelde VM en bevestig dat de services correct draaien.
4. Verwijder de test-VM.

Die 10 minuten zijn je enige verdediging tegen de mogelijkheid dat “de back-up eigenlijk al lang kapot is, maar ik wist het nooit.”

Samenvatting

Een goed back-upsysteem is niet iets wat je “instelt en vergeet.” Het is iets wat je zo instelt dat het weet wanneer het je moet herinneren om aandacht te besteden.