Panoramica dei backup

Questa pagina descrive cos'è un backup, come funziona, alcuni casi d'uso comuni e le best practice per la creazione e l'utilizzo dei backup. Per scoprire come creare e gestire i backup e come ripristinare un'istanza Filestore da un backup, consulta Effettuare il backup dei dati per il ripristino di emergenza.

Che cos'è un backup?

Un backup di Filestore è una copia di una condivisione file che include tutti i dati dei file e i metadati della condivisione file a partire dal momento in cui viene creato il backup.

Dopo aver creato il backup di una condivisione file, puoi modificare o eliminare la condivisione file originale senza influire sul backup.

Puoi utilizzare un backup per ripristinare una condivisione file in una nuova istanza Filestore oppure, per le istanze del livello base, nell'origine o in una condivisione file esistente.

I backup sono risorse di regione che rimangono all'interno della regione specificata al momento della creazione. Puoi creare backup nella stessa regione dell'istanza Filestore o in un'altra regione per ridurre il rischio di perdita di dati.

I backup sono indirizzabili a livello globale e possono essere utilizzati per ripristinare le condivisioni file in qualsiasi regione, ma non possono essere condivisi tra i progetti.

Creazione del backup

Il primo backup che crei è una copia completa di tutti i dati e i metadati dei file in una condivisione file. Ogni backup successivo copia tutte le modifiche successive apportate ai dati dal backup precedente.

Un gruppo di backup associato alla stessa istanza, regione e CMEK (se utilizzata) viene chiamato catena di backup.

Una catena di backup risiede in un unico bucket e in una sola regione di Cloud Storage e può trovarsi al di fuori della regione utilizzata per archiviare l'istanza di origine.

Tutti i livelli di servizio supportano più catene di backup, consentendoti di archiviare i backup di un'istanza in più regioni.

Ogni volta che viene creato un backup, quello precedente viene analizzato per rilevare eventuali modifiche differenziali e incrementali:

  • Modifiche differenziali: includono le modifiche apportate ai file nella condivisione, ad esempio modifiche, aggiunte o eliminazioni dei file.

  • Modifiche incrementali:includono le modifiche allo spazio di archiviazione nel bucket in cui si trovano i dati di backup. Ciò potrebbe includere la deduplicazione dei dati a cui si fa riferimento in precedenza nella catena.

Ogni volta che salvi un backup nella stessa catena di backup, il backup precedente viene scansionato per rilevare modifiche differenziali e incrementali. In questi casi, non è necessaria una copia completa.

Tuttavia, l'archiviazione dei dati di un'istanza in più catene di backup implica il salvataggio e l'archiviazione dei backup in località alterne.

Ogni volta che crei un nuovo backup in una posizione alternata, viene generata di nuovo una copia completa del backup. Puoi aspettarti una latenza maggiore nelle operazioni di create di backup in caso di alternare le catene di backup.

Ai dati non modificati contenuti nei backup precedenti viene fatto riferimento nei backup più recenti, ma non vengono copiati. Se viene eliminato un backup precedente, i relativi dati univoci vengono copiati nel successivo backup più recente e tutti i riferimenti dei dati interni vengono aggiornati automaticamente.

La creazione del backup è istantanea, ma richiede un periodo proporzionale alla quantità di dati da copiare prima che il backup sia disponibile per l'uso. Durante questo periodo, il backup passa attraverso tre stati:

Stato Durata Descrizione
Creazione in corso Pochi secondi Acquisizione dello stato attuale della condivisione file. Eventuali nuove modifiche ai dati delle condivisioni file possono essere incluse o meno nel backup. Sono incluse le scritture stabili confermate dall'istanza prima dell'avvio del backup.
Finalizzazione Dipende dalle dimensioni Caricamento dei dati sul backup in corso... Eventuali nuove modifiche ai dati delle condivisioni file non sono incluse nel backup.
Inizia Fino a quando il backup non viene eliminato Il backup è pronto per l'uso.

Dopo la creazione, i backup del livello base vengono compressi automaticamente per ridurre i costi. Le prestazioni delle istanze possono essere ridotte durante la creazione di un backup per le istanze nei livelli di servizio di zona, di regione e aziendali. La creazione di un backup non influisce sulla disponibilità o sulle prestazioni delle istanze del livello base.

Eliminazione del backup

I backup sono risorse a livello di progetto, non una risorsa secondaria dell'istanza di origine, e richiedono un proprio spazio di archiviazione separato. Di conseguenza, il ciclo di vita di un backup non è legato a quello dell'istanza di origine. L'eliminazione dell'origine non elimina i backup associati. Se vuoi eliminare un backup, devi eseguire in modo esplicito un'operazione di eliminazione sul backup, non sull'istanza.

Assicurati di eliminare eventuali backup indesiderati. Se un'istanza di origine viene eliminata, i backup rimanenti continuano ad accumulare tariffe.

L'eliminazione di un backup è definitiva e irreversibile.

Coerenza del backup

I backup di Filestore hanno una semantica di coerenza NFSv3. Prima di avviare un backup, qualsiasi scrittura che l'istanza Filestore riconosce come scritta nello spazio di archiviazione stabile o che è seguita da un COMMIT confermato è inclusa nel backup. Per i dettagli, consulta NFSv3 RFC-1813 sezione 3.3.7.

Casi d'uso comuni

Le sezioni seguenti descrivono casi d'uso comuni per i backup.

Backup dei dati per il ripristino di emergenza

Immagina di avere un'istanza Filestore in us-west1-c e di voler proteggere i dati da eventi di emergenza che interessano questa regione. Puoi pianificare un job che crea regolarmente backup di questa istanza in una regione remota, ad esempio us- east1. Se si è verificata un'emergenza che ha coinvolto us-west1-c, puoi creare una nuova istanza in un'altra posizione da qualsiasi backup precedente.

Backup dei dati per protezione da modifiche accidentali

Se vuoi proteggere i dati Filestore da modifiche indesiderate, puoi pianificare un job che crea regolarmente backup dell'istanza. Se perdi dei dati, puoi sfogliare l'elenco dei backup per identificare quello con la versione del file necessaria. Quindi, puoi creare una nuova istanza Filestore dal backup, montarla sullo stesso client dell'istanza originale e copiare il file.

Prima di copiare il file, puoi utilizzare il comando Linux diff sui due punti di montaggio per verificare le differenze tra i dati sull'istanza originale e i dati ripristinati dal backup. Dopo aver recuperato i dati, puoi eliminare l'istanza ripristinata e creare un nuovo backup per conservare lo stato attuale dei dati per un uso futuro.

In alternativa, puoi eseguire un ripristino in loco in cui i dati di backup vengono ripristinati direttamente nell'istanza Filestore originale, sostituendo tutti i dati presenti con quelli del backup. Ti consigliamo di creare un backup degli ultimi dati prima di eseguire un ripristino in loco, per evitare che i dati non supportati vengano persi.

Creazione di cloni per lo sviluppo e il test

Immagina di avere configurato un database su un'istanza Filestore che gestisce il traffico di produzione. Se vuoi eseguire un test con un database come input, puoi creare una nuova istanza Filestore da un backup dell'istanza di produzione per il test. In questo modo, l'uso di test non interferisce con la produzione.

Analogamente, puoi utilizzare i backup per l'analisi e l'indagine offline senza influire sulla produzione.

Migrazione dei dati

Dopo aver creato un'istanza Filestore, non puoi modificarne la località o il livello di servizio. Per eseguire la migrazione dei dati in un'altra regione, puoi crearne un backup e utilizzare il backup per creare una nuova istanza Filestore o ripristinarla in un'istanza esistente.

Inoltre, quando crei una nuova istanza Filestore da un backup, puoi scegliere tra i livelli HDD di base e SSD di base, indipendentemente dal livello dell'istanza di origine.

Limitazioni delle funzionalità

I backup di Filestore sono generalmente disponibili (GA) per tutti i livelli di servizio.

Si applicano le seguenti limitazioni:

  • I backup di Filestore non possono essere combinati con la funzionalità Filestore multishares.

  • Una volta che i prezzi sono stati implementati, vengono applicate le commissioni pertinenti.

  • Gli utenti devono creare un nuovo backup o un nuovo backup in sostituzione di quelli creati in Anteprima. I backup creati in Anteprima sono soggetti a eliminazione. I backup creati in anteprima riflettono il comportamento della funzionalità disponibile al momento della creazione. I backup esistenti non vengono aggiornati quando vengono rilasciate nuove funzionalità.

Le seguenti sezioni trattano in dettaglio altre limitazioni delle funzionalità relative a prestazioni, archiviazione, capacità e crittografia:

Prestazioni

  • Numerose modifiche apportate tramite molti link fissi allo stesso file (ad esempio, decine o centinaia di migliaia) possono avere un impatto sulle prestazioni.

  • Per le istanze molto utilizzate, le prestazioni possono essere ridotte fino al 15% durante il caricamento di un backup. Le prestazioni dell'istanza di livello base non sono interessate dalle operazioni di backup create.

  • L'archiviazione dei dati di un'istanza in più catene di backup influisce sulle prestazioni del backup. È prevista una latenza maggiore nelle operazioni di create di backup in caso di alternanze tra le catene di backup.

  • Le operazioni dell'istanza come l'istanza restore o l'istanza delete potrebbero essere ritardate fino al completamento di un'operazione di backup create.

  • In alcuni casi, il completamento delle operazioni di delete può richiedere fino a 24 ore.

Contemporaneità delle operazioni

  • Le operazioni di backup di delete associate alla stessa istanza di origine devono essere eseguite una alla volta.

    Le operazioni di backup collettivo delete all'interno di una catena di backup non sono supportate. Mentre un'operazione delete è in attesa, qualsiasi nuova operazione delete all'interno della stessa catena di backup restituisce un errore RESOURCE_EXHAUSTED. Ciò non importa se l'istanza di origine è stata eliminata.

    • Se l'istanza di origine è stata eliminata, gli utenti ricevono un errore FAILED_PRECONDITION simile.

    • Questo limite si applica a ogni livello di servizio, ad eccezione di SSD di base e HDD di base.

    • Tieni presente che Filestore supporta le operazioni simultanee di backup delete quando i backup fanno riferimento a istanze di origine separate.

      Ad esempio, un'istanza con l'etichetta Source1 contiene dati di backup a cui viene fatto riferimento in Backup1 e Backup2. Source2 contiene dati di backup a cui viene fatto riferimento in Backup3 e Backup4. Impossibile eliminare Backup1 e Backup2 in parallelo, ma Backup2 e Backup3 possono farlo.

    Per ulteriori informazioni, vedi Limiti di frequenza per i backup.

  • Le operazioni di backup create e di backup delete avviate all'interno della stessa catena di backup possono essere eseguite contemporaneamente. Tuttavia, gli utenti non possono completare un'operazione di backup create mentre è in corso l'eliminazione del backup più recente.

    • Se l'utente tenta di creare un nuovo backup dell'istanza mentre è in corso l'eliminazione del backup più recente, riceverà un errore FAILED_PRECONDITION. Ad esempio, se Source1 ha una catena di backup composta da Backup1 e Backup2 e l'utente avvia un'operazione create per Backup3, non potrà eliminare Backup2 fino al completamento dell'operazione create. Questo perché il backup più recente contiene i dati più critici necessari per completare correttamente l'operazione di backup create.

  • Per ulteriori informazioni sui limiti di frequenza delle operazioni, consulta Limiti di frequenza delle operazioni per i backup.

Archiviazione

  • Le operazioni di backup restore sull'istanza di origine o su un'istanza esistente non sono supportate per le istanze di zona, di regione e aziendali. Se vuoi ripristinare il backup di un'istanza in uno qualsiasi di questi livelli di servizio, devi creare una nuova istanza.

    • La nuova istanza deve corrispondere al livello di servizio e all'intervallo di capacità dell'istanza di origine. Ad esempio, se l'origine è stata creata utilizzando il livello di servizio di zona con un intervallo di capacità inferiore, la nuova istanza deve utilizzare lo stesso livello di servizio e lo stesso intervallo di capacità.

    • Se devi creare un'istanza utilizzando il livello di servizio SSD legacy con scalabilità elevata, devi eseguire le operazioni direttamente tramite l'API Filestore.

    • Se devi creare un'istanza utilizzando il livello di servizio aziendale legacy, puoi eseguire le operazioni direttamente tramite l'API Filestore o dalla pagina Ripristina backup > Nuova istanza in Google Cloud.

      Ad esempio, se vuoi creare una risorsa di regione con capacità dell'istanza di 10 TiB, devi utilizzare il livello di servizio aziendale legacy.

  • Le operazioni di backup, come restore, edit o delete, potrebbero non essere disponibili per determinati backup creati in anteprima.

  • Dopo aver applicato un'operazione RestoreInstance a un'istanza a livello di regione o aziendale, non potrai creare snapshot con gli stessi nomi degli snapshot precedenti prima dell'operazione.

  • I tentativi di ripristinare un'istanza da un backup mentre è in corso un'eliminazione del backup o uno snapshot non andranno a buon fine.

  • Se l'eliminazione di un backup non va a buon fine, lo stato viene contrassegnato come invalid. In questi casi, dovrai riprovare a eseguire l'operazione delete.

Capacità

Ogni backup occupa la capacità dell'istanza. Questa capacità varia in base all'ambito delle modifiche apportate ai dati dopo la creazione dell'ultimo backup.

In particolare, quando viene creato un backup, Filestore crea uno snapshot interno del file system che occupa anche una parte della capacità disponibile dell'istanza.

Le dimensioni dello snapshot sono anche correlate all'ambito delle modifiche apportate ai dati all'interno della condivisione dalla creazione dell'ultimo backup. Questo snapshot continua a esistere finché non viene creato e caricato il backup successivo.

Tutti i dati a cui viene fatto riferimento nel backup rimangono nello stato in cui erano al momento dell'acquisizione e continuano a occupare capacità dal file system. Quindi, ad esempio, se dovessi eliminare dati dal file system montato, l'azione stessa non libererà capacità. Per farlo, dovrai creare un nuovo backup dopo aver eliminato o sovrascriveto quantità significative di dati.

Per una descrizione dettagliata delle modifiche differenziali e incrementali e della loro gestione, consulta Creazione di backup.

Per prevedere una capacità sufficiente per i carichi di lavoro, valuta la possibilità di applicare una delle seguenti opzioni:

  • Aumenta la capacità delle istanze per i carichi di lavoro con modifiche dei dati significative e frequenti o con un'elevata frequenza di modifica.

Crittografia

Quando utilizzi CMEK per criptare le catene di backup, si applicano le seguenti limitazioni:

  • Un'intera catena di backup è criptata utilizzando la stessa CMEK.

  • Una CMEK deve trovarsi nella stessa regione della risorsa che cripta.

  • Se archivi una catena di backup in una regione separata dall'istanza di origine, potresti dover applicare chiavi distinte, una per l'origine e una per la catena di backup.

    • Tutti i livelli di servizio supportano più catene di backup o la possibilità di archiviare i backup di un'istanza in più regioni. Se scegli di utilizzare CMEK per la crittografia, una chiave CMEK deve trovarsi nella stessa regione della risorsa che cripta. Se archivi i backup in una regione separata dall'origine e la CMEK non è una chiave multiregionale, devi utilizzare chiavi CMEK separate. Per ulteriori informazioni, vedi Limitazioni CMEK e Scegliere la posizione CMEK migliore.

  • Una singola CMEK viene applicata al bucket Cloud Storage in cui è archiviata la catena di backup e non può essere combinata o sostituita.

  • Il supporto CMEK non è disponibile per i backup del livello di base.

Per ulteriori informazioni, vedi Supporto CMEK per catene di backup.

Best practice

Le seguenti sezioni illustrano le best practice consigliate.

Preparazione della condivisione file per la migliore coerenza del backup in corso...

La qualità di un backup dipende dalla capacità dell'applicazione di ripristinare i backup creati durante carichi di lavoro intensivi di scrittura. Nella maggior parte dei casi, puoi creare backup con buona coerenza anche mentre le applicazioni scrivono dati nella condivisione file. Tuttavia, se le tue applicazioni richiedono una rigida coerenza, ti consigliamo di eseguire una o più delle seguenti operazioni:

  • Usa la piastra da muro sincrona. Per ulteriori informazioni, consulta la sezione "Opzione di montaggio per la sincronizzazione" in nfs(5). In alternativa, puoi aprire i file con i flag O_DIRECT|O_SYNC. Per ulteriori informazioni, vedi open(2).
  • Metti in pausa le applicazioni o i processi del sistema operativo che scrivono dati nella condivisione file e causano il svuotamento delle modifiche apportate alla condivisione file prima di avviare il backup. Per ulteriori informazioni, vedi fsync(2).
  • Se le tue applicazioni richiedono coerenza tra più condivisioni, metti in pausa tutte le applicazioni di tutte le istanze che scrivono su tutte le condivisioni file e crea dei backup di tutte le condivisioni file prima di riprendere le applicazioni.
  • Se hai bisogno di coerenza a livello di applicazione, arresta le applicazioni e smonta la condivisione file prima di creare un backup.

Usare i backup esistenti come base per i nuovi backup in modo da ridurre i tempi di creazione dei backup.

I backup esistenti di una condivisione file all'interno di una regione vengono utilizzati come basi di riferimento per creare nuovi backup della condivisione file, riducendo i tempi di creazione del backup. Pertanto, ti consigliamo di procedere come segue:

  • Esegui un nuovo backup di una condivisione file prima di eliminare il backup precedente di quella condivisione.

  • Attendi che i nuovi backup siano nello stato Ready prima di creare backup successivi della stessa condivisione file.

Pianificazione dei backup al di fuori delle ore di punta per ridurre i tempi di creazione del backup

La creazione di backup al di fuori delle ore di punta riduce il tempo necessario per creare un backup. Se pianifichi backup regolari delle condivisioni dei file, ti consigliamo di pianificarli al di fuori delle ore di punta, se possibile.

Le ore di punta per la creazione dei backup corrispondono alla fine di ogni giorno lavorativo e alla mezzanotte nella regione in cui si trova l'istanza Filestore. Ti consigliamo di creare i backup la mattina presto o durante la giornata lavorativa.

Organizzare i dati su istanze Filestore separate per massimizzare l'efficienza

Maggiore è il numero di dati nella condivisione file, maggiore sarà il costo del backup. Per eseguire il backup solo dei dati necessari, ti consigliamo di organizzare i dati in condivisioni file separate, ovvero:

  • Archiviazione di dati critici con pattern di scrittura diversi o con requisiti di backup diversi su condivisioni di file diverse.
  • Ridurre il numero di backup da creare conservando dati simili in un'unica condivisione file.

Quota

Esiste un limite di quota relativo al numero di backup per regione per i livelli di servizio SSD e HDD di base.

I limiti di quota di backup non si applicano ai livelli di servizio a livello di zona, di regione e di azienda.

Per ulteriori informazioni, consulta Livelli di servizio e quota.

Inizia a utilizzare i backup di Filestore

Per iniziare a utilizzare la funzionalità, vedi Backup dei dati per il ripristino di emergenza.

Passaggi successivi