Strategie comuni di backup Hyper-V
Il backup delle macchine virtuali Hyper-V può essere semplice; tuttavia, le cose possono anche diventare complesse, a seconda della configurazione.
Ci sono diversi scenari comuni di disaster recovery per Hyper-V:
Eseguire il backup delle macchine virtuali e mantenere una cronologia di backup. Ad esempio, eseguire il backup ogni notte e mantenere gli ultimi 7 giorni
Backup in tempo reale e backup offline (backup a caldo o a freddo) noti come backup senza agenti
Backup dello stato salvato (backup di congelamento)
Backup presi all'interno della VM (backup dell'agente)
Replicazione in tempo reale di Hyper-V VM
Backup presi dall'host
Backup Hyper-V dal vivo
I backup dal vivo sono ciò che la maggior parte degli utenti desidera. I backup live sono forniti da Hyper-V e VSS, il Volume Shadow Service di Microsoft Windows XP e successivi.
I sistemi operativi più vecchi non forniscono VSS e sono quindi incompatibili con gli strumenti di live backup.
Affinché i backup in tempo reale funzionino correttamente è necessario disporre di quanto segue:
Sistema operativo host in grado di ospitare VSS e VSS che funzioni correttamente. (Windows Server 2008 e successivi)
Sistema operativo guest capace di VSS. Le VM devono eseguire Windows XP o Server 2003 e successivi. Alcune varianti di Linux possono essere supportate a seconda della versione del sistema operativo host.
È necessario avere gli ultimi servizi di integrazione Hyper-V installati in ogni VM
È necessario utilizzare i file system NTFS
È necessario disporre di sufficiente memoria RAM e spazio su disco (10 GB di spazio su disco e 1 GB di RAM minimo)
È necessario disporre di un'area di archiviazione VSS sufficientemente ampia. Utilizzare VSSUIRUN.EXE o vssadmin per impostare limiti non delimitati o elevati superiori a 10 GB per evitare problemi
L'applicazione di backup avvia il processo e coinvolge Windows, Hyper-V e VSS. Il segnale di backup viene anche spinto nella VM. Il VSS della VM viene quindi attivato e notifica tutti i servizi all'interno della VM che possono essere in grado di gestire le richieste VSS. Quindi il backup viene eseguito tramite uno stato virtualmente congelato, applicazione e crash coerente della VM, mentre la VM continua a funzionare senza interruzioni.
Backup offline della VM
I backup VM offline sono ottimi quando non si dispone di servizi o sistemi operativi compatibili con VSS. Ma anche perché i backup offline sono a volte "migliori". Tutti i servizi sono necessari per lo spegnimento, compreso il sistema operativo della VM. Il backup viene quindi eseguito e la VM si avvia di nuovo. Questo assicura che la VM sia avviabile a intervalli regolari; tuttavia, il tempo di inattività richiesto può essere un problema in molte impostazioni.
Il riavvio delle VM è buono perché cancella Windows e altre aree temporanee del sistema e assicura che la VM sia effettivamente avviabile. A volte le VHD possono diventare corrotte o un virus o un difetto del software può causare problemi con la procedura di avvio. Se i backup sono sempre presi in diretta e la VM non viene mai riavviata, gli errori non emergeranno mai e non passeranno mai inosservati.
Inoltre, molte volte l'amministratore non sa se ci sono servizi incompatibili con VSS in esecuzione sul server virtuale.
Alcuni esempi sono:
Microsoft Access
MySQL
Basi di dati proprietarie e disposizioni flat file datastore
Backup di Stato salvati
Saved State è ciò che Microsoft ha inventato per essere in grado di effettuare backup piuttosto utili con (di solito) una minima perdita di dati di sistemi operativi non conformi ai VSS, questi includono:
La maggior parte delle varianti Linux su server host Windows Server 2008 / R2 e 2012
Windows Server 2000 e precedenti
Moderne versioni Windows con servizi di integrazione Hyper-V vecchi o inesistenti
Se la VM non dispone di un'installazione aggiornata del servizio di integrazione Hyper-V, verrà eseguita una copia di backup in modalità Saved State.
I backup di Saved State possono anche essere effettuati (la decisione spetta alla gestione di Hyper-V, non all'applicazione di backup) se:
Non ci sono abbastanza risorse (RAM, come nel caso di RAM fortemente frammentata)
Il sistema operativo VM è in un processo di avvio o di arresto
Replicazione in tempo reale di Hyper-V VM
È possibile replicare le VM da un server all'altro e mantenere X numero di versioni precedenti, utilizzando il backup delle versioni. Invece di comprimere e deduplicare i dischi virtuali, è possibile copiarli invece una volta che il VSS li ha portati in uno stato di crash e di applicazione coerente. Sul server di ripristino è possibile avviarli in qualsiasi momento in cui se ne ha bisogno senza ritardi, poiché i dischi virtuali sono nel loro formato nativo e pronti per essere avviati.
Backup presi all'interno della VM (Agent Backup)
Alcuni scenari richiedono l'esecuzione di backup all'interno della VM:
Si sta utilizzando un sistema operativo incompatibile con VSS che non può essere eseguito il backup dal vivo dall'host, come Linux, o Windows Server 2000
Si sta utilizzando una memoria direttamente collegata all'interno della VM, come iSCSI o una partizione montata che è fisica all'host
Un'altra soluzione per far funzionare entrambe le strategie
Granular Backup for Hyper-V è una caratteristica innovativa che permette agli amministratori IT di accedere ai file all'interno delle VM dall'host. È possibile eseguire un backup live delle cartelle delle VM senza installare software all'interno delle VM se i dischi virtuali delle VM sono accessibili dall'host. Vedere questa soluzione di backup per Hyper-V.
Nessun commento:
Posta un commento