Best practice per i modelli di criteri di backup nella console di gestione dell'appliance

Questa pagina fornisce le best practice per la creazione e la gestione delle norme di backup di Backup and RE utilizzando la console di gestione dell'appliance, inclusi i seguenti tipi di norme:

  • Policy di produzione per gli snapshot: acquisisci snapshot frequenti dei dati di produzione, con opzioni per pianificazioni a finestre o continue e frequenze diverse. Puoi anche scoprire come gestire i backup dei log di database.

  • Norme OnVault: invia i dati all'archiviazione di oggetti, come Cloud Storage, per la conservazione a lungo termine. Questa pagina descrive anche diversi tipi di criteri OnVault, come Snapshot to OnVault, Direct to OnVault e OnVault to OnVault.

  • Criteri di produzione per il mirroring: utilizza la replica StreamSnap per replicare i dati su un'appliance remota, consentendo RPO (Recovery Point Objective) bassi. Puoi anche scoprire di più su come funziona StreamSnap e sui suoi vantaggi.

Definisci una finestra di acquisizione dei dati nel modello di policy di Backup e RE

Definisci le pianificazioni dei modelli di policy in modo che soddisfino i seguenti requisiti:

  • Requisiti della finestra di acquisizione dei dati

  • RPO

  • Recovery Time Objective (RTO)

Ad esempio, se un'acquisizione giornaliera deve essere eseguita tra le 19:00 e le 7:00, assegna alla norma una finestra di acquisizione dalle 19:00 alle 7:00. Se la policy ha la finestra più ampia possibile, lo scheduler ha la massima flessibilità per pianificare tutti i job necessari. La finestra temporale specificata definisce l'ora di inizio consentita per il job di acquisizione dei dati. I job avviati alla fine della finestra possono essere eseguiti fino al completamento.

Configurare le pianificazioni delle policy di produzione per gli snapshot

Backup e RE accede più spesso ai dati recenti. Per questo motivo, devi conservare solo i dati degli snapshot di diversi giorni se configuri anche criteri OnVault con una conservazione più lunga. In questo modo si riducono i requisiti di archiviazione sull'appliance di backup/ripristino, in modo da poter eseguire il backup di più dati.

Se esegui il backup di un workload in un'appliance di backup/ripristino che supererebbe la capacità di archiviazione o il limite di snapshot consigliati, vedrai una notifica con un suggerimento per eseguire il backup dei dati in un'altra appliance di backup/ripristino.

Puoi pianificare uno snapshot di backup che si verifica con una frequenza e in un intervallo di tempo specifici o in modo continuo. La frequenza minima consigliata per una policy di snapshot è di un'ora (RPO locale), anche se la pianificazione del backup dei log del database può essere eseguita ogni 15 minuti. Puoi anche configurare la frequenza degli snapshot in base alle tue esigenze specifiche.

Configurare una pianificazione a finestre di uno snapshot per finestra

La maggior parte delle norme di backup e RE produzione a snapshot sono progettate per acquisire un singolo snapshot dei dati in un periodo di 24 ore. I backup degli snapshot in finestra possono essere pianificati per essere eseguiti in una finestra che potrebbe rispettare i limiti giornalieri, ad esempio dalle 19:00 alle 7:00.

Puoi creare una pianificazione delle norme di snapshot che attraversa il limite di un giorno e acquisisce un singolo snapshot durante un intervallo di tempo specifico configurando le seguenti impostazioni nella console di gestione dell'appliance:

  • Tipo di programma Finestra (impostazione predefinita)
  • Scatta in questi giorni: Tutti i giorni tranne Mai
  • La finestra di apertura e chiusura in base alle necessità, in genere impostata dalle 19:00 alle 7:00
  • La frequenza Una volta per finestra
  • Il periodo di conservazione (ad esempio, conserva per 2 giorni)

Con questa pianificazione a finestre, il limite del giorno (mezzanotte) viene ignorato.

Configura una pianificazione a finestre di più snapshot in una finestra

In alcuni casi potresti voler acquisire più snapshot in un intervallo di tempo. Questo approccio richiede un'attenta pianificazione, poiché potrebbe comportare il consumo di risorse di sistema e potrebbe portare a una situazione in cui vengono acquisiti costantemente snapshot.

Puoi creare una pianificazione delle norme di snapshot che acquisisce più snapshot durante un intervallo di tempo specifico configurando le seguenti impostazioni nella console di gestione dell'appliance:

  • Tipo di programma Finestra(impostazione predefinita)
  • Scatta in questi giorni: Tutti i giorni tranne Mai
  • La finestra da aprire in base alle necessità, che può o meno estendersi oltre il limite della giornata.
  • Una frequenza che non si sovrappone al tempo necessario per creare uno snapshot. Il valore predefinito è ogni otto ore. La frequenza minima consigliata per un criterio snapshot è l'esecuzione ogni ora (RPO locale).
  • Il periodo di conservazione (ad esempio, conserva per 2 giorni)

Con questo approccio, il job viene eseguito in base alla sua frequenza all'interno della finestra specificata. Qualsiasi job già in esecuzione alla chiusura della finestra continua a essere eseguito fino al completamento.

Configurare una pianificazione continua eseguita ogni giorno a intervalli regolari

Puoi configurare una pianificazione dei criteri di snapshot che viene eseguita continuamente su base giornaliera, 24 ore al giorno, 7 giorni alla settimana, a un intervallo di tempo di ogni x minuti o ore. Ad esempio, puoi creare una policy di backup degli snapshot continui in cui i job vengono eseguiti ogni giorno ogni quattro ore, con il primo job che inizia alle 01:00.

Puoi creare una policy di snapshot pianificata per essere eseguita continuamente a un intervallo impostato regolarmente configurando le seguenti impostazioni nella console di gestione dell'appliance:

  • Tipo di pianificazione Continua
  • Una frequenza che non si sovrappone al tempo necessario per creare uno snapshot. Il valore predefinito è ogni otto ore. La frequenza minima consigliata per una policy di snapshot è l'esecuzione ogni ora (RPO locale).
  • È il momento di avviare il primo job di snapshot.
  • Il periodo di conservazione (ad esempio, conserva per 2 giorni)

Hai anche la possibilità di pianificare l'esecuzione di un job continuo una volta al giorno (il periodo di pianificazione delle policy continue più lungo senza definire una pianificazione delle policy a finestre). In questo caso, devi specificare di eseguire ogni 24 ore, il che equivale a una pianificazione giornaliera continua.

Configura le policy OnVault

Le policy Backup e DR OnVault consentono di inviare dati a un pool OnVault in Cloud Storage, noto anche come configurazione del pool OnVault. Una pianificazione all'interno del criterio viene utilizzata per inviare i dati più recenti al backup dell'archiviazione a oggetti. Dopo l'importazione iniziale dei dati, un'operazione di acquisizione OnVault segue il processo di acquisizione incrementale dei dati per sempre.

Quando invii dati allo spazio di archiviazione definito dal pool OnVault, viene utilizzata una connessione HTTPS per garantire la sicurezza dei dati sulla rete. L'opzione di compressione del pool OnVault è attiva per impostazione predefinita per ridurre al minimo il traffico di rete.

Quando accedi ai dati nella posizione di archiviazione definita di un pool OnVault, tieni presente le seguenti considerazioni:

  • Gli elettrodomestici possono creare cloni.
  • Gli appliance possono montare i dati, ma poiché i dati vengono prima copiati nel pool di snapshot e poi montati, non è consigliato.

  • Non è possibile creare LiveClones.

Puoi creare tre tipi di criteri Backup e DR OnVault:

  • Snapshot to OnVault policies: acquisisci i dati in un pool di snapshot e poi copiali in un bucket Cloud Storage definito da un pool OnVault.

  • Policy Direct to OnVault: consentono l'invio diretto dei backup delle VM VMware a un bucket Cloud Storage definito da un pool OnVault.

  • Policy OnVault to OnVault: replica i dati da un pool OnVault a un altro.

Crea una policy di snapshot su OnVault

Per creare una pianificazione Snapshot to OnVault che invii i dati dello snapshot più recente all'object storage definito da un pool OnVault all'interno di una finestra definita una volta al giorno, configura le seguenti impostazioni nella console di gestione dell'appliance:

  • Vault in questi giorni: Tutti i giorni
  • La finestra da aprire e chiudere in base alle esigenze. In genere impostato su dalle 19:00 alle 18:50

  • Il periodo di conservazione (ad esempio, conserva per 3 anni)

Crea una policy Direct to OnVault

Per creare una pianificazione Direct to OnVault che invii gli aggiornamenti incrementali più recenti direttamente allo spazio di archiviazione definito da un pool Onvault all'interno di una finestra definita una volta al giorno, configura le seguenti impostazioni nella console di gestione dell'appliance:

  • In questi giorni: tutti i giorni
  • La finestra da aprire e chiudere in base alle esigenze. In genere impostato su dalle 19:00 alle 18:50

  • Il periodo di conservazione (ad esempio, conserva per 3 anni)

Policy OnVault to OnVault

Per creare una pianificazione OnVault to OnVault che invii gli aggiornamenti incrementali più recenti direttamente allo spazio di archiviazione definito da un pool OnVault all'interno di una finestra definita una volta al giorno, configura le seguenti impostazioni nella console di gestione dell'appliance:

  • In questi giorni: tutti i giorni
  • La finestra da aprire e chiudere in base alle esigenze. In genere impostato su dalle 19:00 alle 18:50
  • Il periodo di conservazione (ad esempio, conserva per 3 anni)
  • Verifica che il pool di origine OnVault sia impostato correttamente
  • Seleziona il pool di destinazione OnVault. Questo è il secondo pool OnVault in cui verranno replicati i dati dal pool OnVault di origine.

Policy di backup da produzione a mirroring

Le best practice per i criteri di backup Production to Mirror dipendono dall'opzione di replica che prevedi di utilizzare. Questa sezione descrive le best practice per il metodo di replica StreamSnap offerto dall'appliance.

Policy di produzione e mirroring utilizzando la replica StreamSnap

Le policy di backup da produzione a mirroring che utilizzano la configurazione della replica StreamSnap sono associate a una policy di snapshot specifica. Utilizzano le impostazioni di pianificazione e frequenza della policy di snapshot associata nel modello.

StreamSnap replica gli snapshot dei dati su un'appliance di backup/recupero remota su una rete di alta qualità, che può fornire RPO anche di un'ora. Per le VM VMware, la replica degli snapshot viene trasmessa in streaming alla seconda appliance di backup/ripristino in parallelo alla copia dello snapshot. Lo streaming di una VM VMware viene eseguito per evitare di attendere il completamento del job di snapshot locale prima di avviare la replica.

La replica StreamSnap esegue le seguenti operazioni:

  • Raggiunge Recovery Point Objective di un'ora. La policy di replica StreamSnap si basa sulla policy di snapshot di produzione associata per gli obiettivi del punto di ripristino e le altre impostazioni avanzate degli snapshot. Una policy StreamSnap può puntare a qualsiasi policy di snapshot con una frequenza di un'ora o più (obiettivi del punto di ripristino remoto).
  • Utilizza una rete IP esistente per replicare i dati.
  • Replica grandi quantità di dati per gli utenti remoti (ad esempio, ambienti di test e sviluppo).
  • Conserva più backup degli snapshot point-in-time nel sito remoto, con il comportamento di conservazione determinato dalle impostazioni nel criterio StreamSnap.
  • Semplifica il failover a un host sul sito remoto.
  • Consente la replica inversa incrementale (sincronizzazione inversa) all'appliance di backup/ripristino locale.
  • Comprime e cripta i dati replicati nella seconda appliance di backup/recupero. Puoi disattivare la compressione se i dati sono già compressi (ad esempio, per immagini e video).

Quando applichi il modello di backup a un'applicazione o a una VM in App Manager, Monitor registra i risultati del job StreamSnap e viene visualizzato come un unico job. Una volta completata la replica, in Monitoraggio vengono visualizzati due job con lo stato Riuscito; uno per il job di snapshot e uno per il job StreamSnap (vedi Gestione degli errori del job StreamSnap). In caso di errore del job, per il job StreamSnap o per il job snapshot, vengono visualizzate due voci di job per identificare quale job è stato completato correttamente.

Considerazioni sul recupero di BitLocker per le VM Windows

Per i dischi di avvio Shielded VM, Google Cloud sigilla le chiavi BitLocker nel vTPM dell'istanza originale. Ciò significa che se ripristini il disco di avvio in un'istanza diversa, il ripristino potrebbe riuscire, ma non potrai avviare la VM finché non fornisci il codice di recupero di BitLocker.

Google non ha accesso alle chiavi di recupero BitLocker. Pertanto, quando proteggi le VM Windows con BitLocker, la tua strategia di backup deve includere un piano per mantenere l'accesso alle chiavi di recupero di BitLocker. I test di DR devono includere anche il recupero delle chiavi di ripristino di BitLocker.

Per saperne di più, consulta Best practice per proteggere le VM Windows con BitLocker.

Passaggi successivi