Backup di VMware ESXi, anche con la licenza ESXi gratuita

Cosa configurerete

BackupZit esegue il backup delle macchine virtuali VMware ESXi senza installare nulla su ESXi né dentro le VM. Un agente BackupZit su qualsiasi macchina della rete fa da proxy per l'host: crea gli snapshot, legge solo i blocchi modificati dei dischi virtuali e li scrive sul vostro storage. Una console web pianifica i job, conserva la cronologia ed esegue i ripristini. BackupZit è gratuito e open source (AGPLv3), senza limiti di host o VM.

• Cosa serve
• La licenza ESXi gratuita
• 1. Console
• 2. Archiviazione
• 3. Agente proxy
• 4. Host ESXi o vCenter
• 5. Job di backup
• 6. Backup coerenti
• 7. Copia esterna
• Ripristino
• Limiti

Cosa serve

• ESXi 6.7, 7 o 8 collegato direttamente, oppure vCenter Server 7 o 8 con i suoi host ESXi.
• Un utente con diritti di amministratore: di solito root su un host; su vCenter administrator@vsphere.local o un utente con il ruolo Administrator.
• Un posto per la console BackupZit: una piccola VM Linux con 2 vCPU, 2–4 GB di RAM e un disco da 16–20 GB. Non conserva dati di backup.
• Un agente proxy: qualsiasi macchina Windows o Linux con l'agente BackupZit che raggiunga l'host sulla porta 443 (e 22 quando si usa SSH).
• Storage di backup fuori dall'host — per esempio un server Linux o un NAS via SFTP, una condivisione SMB, un bucket compatibile S3 o un repository protetto BackupZit.
• Rete: l'agente raggiunge la console sulla porta TCP 8443.

Cosa cambia con la licenza ESXi gratuita

La licenza gratuita funziona, con tre preparativi:

• Attivate SSH sull'host: nell'ESXi Host Client, Host → Actions → Services → Enable Secure Shell. Gli host con licenza e vCenter non richiedono SSH.
• Il changed block tracking (CBT) si può attivare solo a VM spenta. BackupZit lo fa al primo backup che trova la VM spenta; fino ad allora ogni backup legge i dischi interi e l'esecuzione mostra un avviso. Spegnete ogni VM una volta, per esempio in una finestra di manutenzione, e lasciate partire un backup.
• Spazio libero nel datastore: durante il backup di una VM accesa, i suoi dischi vengono copiati in thin nel suo datastore, che deve quindi avere tanto spazio libero quanto ne occupano realmente i dischi.

Un host che riceve una licenza in seguito passa all'API vSphere senza altre configurazioni.

Passo 1 — Installare la console

Il modo più rapido su ESXi è l'immagine VM pronta backupzit-appliance.ova dalla pagina di download (Debian, PostgreSQL e la console, già configurati, con VMware Tools):

1. Nell'ESXi Host Client scegliete Create / Register VM → Deploy a virtual machine from an OVF or OVA file e selezionate il file OVA. Su vCenter usate Deploy OVF Template. Assegnate alla VM 2 vCPU e 2–4 GB di RAM.
2. Avviate la VM. Il suo schermo mostra l'indirizzo della console web e la password iniziale dell'utente admin. Aprite https://<indirizzo>:8443, accedete e cambiate la password.

Sullo schermo della VM, bzadmin può impostare un indirizzo statico e il fuso orario (le pianificazioni seguono il fuso orario della console). Su un server Linux esistente usate invece lo script di installazione dalla pagina di download.

Passo 2 — Aggiungere una destinazione

Nella console aprite Archiviazione e aggiungete una destinazione. Scelte tipiche per i backup di VM:

Lasciate attivo Cifra i backup (AES-256) (predefinito). La console mostra poi una Chiave di ripristino: stampate il foglio di ripristino o salvate la chiave in un password manager, lontano dai backup. Con la chiave, la posizione dello storage e le sue credenziali potete ripristinare anche se perdete la console.

Passo 3 — Installare l'agente proxy

I dati di backup passano attraverso l'agente proxy, quindi collocatelo su una rete veloce, vicino all'host ESXi e allo storage. Linux è la scelta migliore: solo un proxy Linux può eseguire il ripristino istantaneo.

1. Nella console aprite Agenti e fate clic su Crea token di registrazione. Ottenete un codice di registrazione (BZ1-…) valido 7 giorni.
2. Scaricate il pacchetto dell'agente dalla pagina Agenti. Su Debian o Ubuntu:

   apt install ./backupzit-agent_*.deb
   backupzit-agent enroll --code "BZ1-..."
   systemctl enable --now backupzit-agent

   Su Windows eseguite l'MSI dell'agente e incollate il codice. La console può anche installare l'agente da sola: Agenti → Installa su una macchina da qui.

Passo 4 — Aggiungere l'host ESXi o vCenter

Aprite Agenti, sezione Host VMware ESXi, compilate Aggiungi un host ESXi o vCenter Server — Indirizzo, Utente, Password e l'Agente proxy — e fate clic su Aggiungi host ESXi o vCenter. La console si connette una volta, legge l'elenco delle VM e la licenza e fissa il certificato HTTPS e la chiave host SSH dell'host: se in seguito un'altra macchina risponde allo stesso indirizzo, BackupZit rifiuta di connettersi invece di inviarle la password. La password è salvata cifrata.

La colonna Modalità mostra come viene gestito l'host:

• API vSphere (host con licenza, SSH non necessario) — snapshot, copie dei dischi, ripristini e ripristino istantaneo passano dall'API.
• licenza gratuita: snapshot e ripristini via SSH — l'API è di sola lettura, quindi questi passaggi avvengono via SSH.

Come viene modificato l'host è Automatico per impostazione predefinita e si può forzare su Sempre SSH o Sempre l'API vSphere. Se il certificato dell'host cambia per un motivo noto — reinstallazione, nuovo certificato, aggiunta a vCenter — fate clic su Accetta il nuovo certificato dopo aver confrontato l'impronta con l'host.

Con vCenter Server

Aggiungete vCenter come un host. BackupZit vede allora, attraverso questa sola connessione, le VM di tutti gli host ESXi e cluster del datacenter; nulla viene modificato via SSH. Una VM spostata con vMotion continua a essere salvata, perché le VM sono riconosciute dal loro UUID di istanza, non dall'host. Non aggiungete lo stesso host ESXi sia direttamente sia tramite vCenter, altrimenti le sue VM vengono salvate due volte.

Passo 5 — Creare il job di backup

1. Aprite Job di backup, create un job e selezionate l'host ESXi — nell'elenco degli agenti si trova sotto Host VMware ESXi.
2. Scegliete Macchine virtuali (Proxmox VE, Hyper-V, VMware), poi Tutte le VM (e i container) dell’host — le VM create in seguito vengono incluse automaticamente — oppure spuntate singole VM.
3. Scegliete la destinazione del passo 2 e impostate la Pianificazione, per esempio ogni giorno lavorativo alle 22:00.
4. Impostate Conserva backup. Esempio: 3 più recenti, 7 giornalieri, 4 settimanali, 6 mensili conservano circa sei mesi di cronologia con una ventina di punti di ripristino.

Il job viene eseguito sull'agente proxy dell'host. Cosa succede a ogni esecuzione:

1. Il changed block tracking viene attivato per la VM se è spento — automaticamente sugli host con licenza, sugli host gratuiti al primo backup che trova la VM spenta.
2. Viene creato uno snapshot backupzit_…, in quiesce quando nel guest girano i VMware Tools (vedi passo 6).
3. CBT indica quali blocchi leggere: al primo backup solo i blocchi in uso, poi solo quelli modificati dal backup precedente.
4. Una VM accesa tiene bloccati i suoi dischi, quindi vengono copiati in thin nel datastore e lo snapshot viene rimosso subito, di solito dopo pochi secondi. Il proxy legge la copia via HTTPS e la elimina. Le VM spente vengono lette direttamente.
5. La configurazione della VM (.vmx) e la NVRAM vengono salvate con il backup.

Un esempio dal laboratorio di test di BackupZit: una VM Debian con un disco da 8 GB, di cui 1,6 GB in uso. Il primo backup ha letto 1,6 GB. Il successivo, dopo 50 MB di nuovi dati, ha letto 70 MB e ha impiegato 23 secondi.

Passo 6 — Backup coerenti a livello applicativo

Quando nel guest girano i VMware Tools, lo snapshot viene creato in quiesce: applicazioni e file system scrivono prima i loro dati, e il backup è coerente a livello applicativo. Senza VMware Tools è coerente rispetto ai crash — come dopo un'interruzione di corrente. Installate open-vm-tools nelle VM Linux e i VMware Tools nelle VM Windows.

Passo 7 — Una copia esterna (3-2-1)

La regola 3-2-1: tre copie dei dati, su due supporti diversi, una delle quali fuori sede. Aggiungete un secondo job di tipo Copia di backup, selezionate il job VMware come origine e una destinazione esterna, per esempio un bucket S3 con Object Lock o un repository protetto in un altro edificio.

• L'agente copia i backup esistenti; le VM non vengono rilette.
• Per impostazione predefinita la copia parte dopo ogni backup del job di origine, con una propria conservazione, ad es. 7 giornalieri sul NAS e 12 mensili nel cloud.

VM intere e singoli file si ripristinano dalla copia come dall'originale. In Impostazioni → Test di ripristino, i test di ripristino automatici (settimanali per impostazione predefinita) e Verifica i dati archiviati (mensile per impostazione predefinita) controllano i backup. Maggiori dettagli sulle copie immutabili in protezione dal ransomware.

Ripristino

Aprite un'esecuzione di backup (dalla pagina del job o da Attività) e scegliete Ripristina una VM VMware, oppure usate la procedura guidata Ripristina con Intera macchina virtuale. Scegliete la destinazione in Ripristina sull’host ESXi (con vCenter anche l'Host ESXi che esegue la VM) e, se serve, un altro Datastore.

Come nuova VM accanto all'originale

Crea una copia con nuovo nome, nuovo UUID e nuovi indirizzi MAC; per impostazione predefinita il nome dell'originale più -restored- e la data. Le impostazioni di rete del guest legate ai vecchi indirizzi MAC, come match: macaddress di netplan nelle immagini cloud, non valgono per la copia.

Al posto della VM originale

Spuntate spegnila e sostituisci i suoi dischi. BackupZit spegne la VM, elimina i suoi snapshot, rinomina i dischi attuali in ….replaced-DATA.vmdk (eliminateli quando la VM ripristinata funziona) e scrive il backup in nuovi dischi con i nomi originali. La VM mantiene UUID, schede di rete e indirizzi MAC. Una VM eliminata viene ricreata con la sua identità originale.

I dischi vengono ripristinati in thin e si scrivono solo i blocchi con dati — tramite l'API vSphere sugli host con licenza e su vCenter, via SSH con la licenza gratuita. Se volete, spuntate Avvia la VM dopo il ripristino. Le immagini ISO collegate alle unità CD/DVD non fanno parte del backup.

Ripristino istantaneo

Con Subito, in esecuzione dal backup una VM si avvia in pochi secondi. L'agente proxy Linux serve i suoi dischi direttamente dal backup via NFS; l'host li monta come datastore backupzit-<agente>. Le modifiche restano sull'agente; il backup stesso non viene mai modificato. Quando la VM funziona come deve, nella pagina dell'esecuzione:

• Completa la sposta in un datastore — su vCenter con Storage vMotion mentre continua a funzionare; su un host autonomo con un breve spegnimento mentre i dischi vengono copiati (con vmkfstools via SSH con la licenza gratuita).
• Scarta VM la arresta e la elimina con tutte le sue modifiche.

Aprite le porte 2049 e 111 dall'host ESXi verso l'agente se in mezzo c'è un firewall.

Singoli file

Sfoglia file nella pagina del backup (o File da una macchina virtuale nella procedura di ripristino) apre i dischi della VM. Potete sfogliare NTFS, ext2/3/4 e XFS, anche su LVM, e scaricare i file o ripristinarli su qualsiasi agente.

Limiti da conoscere

• Un vCenter con più datacenter non può ancora essere aggiunto; aggiungete direttamente gli host degli altri datacenter.
• Le VM con snapshot propri non vengono salvate: eliminate o consolidate prima gli snapshot.
• I raw device mapping (RDM) e i dischi indipendenti non vengono salvati.
• Il ripristino istantaneo richiede un agente proxy Linux.

Prossimi passi

Scaricate BackupZit, guardate tutte le funzioni per VMware o leggete il capitolo completo su VMware ESXi nella guida integrata nella console. Usate anche Proxmox o Hyper-V? Leggete la guida al backup delle VM Proxmox e la guida al backup di Hyper-V. Le domande sono benvenute nelle GitHub Discussions. Le aziende possono ottenere supporto commerciale da MaxZit (solo in inglese).