In questa pagina viene descritto che cos'è un backup, come funziona, alcuni casi d'uso comuni e le best practice per la creazione e l'uso dei backup. Per scoprire come creare gestire i backup e ripristinare un'istanza Filestore da un vedi Effettuare il backup dei dati per il ripristino di emergenza.
Che cos'è un backup?
Un backup di Filestore è una copia di una condivisione file include tutti i dati dei file e i metadati della condivisione file dal momento in cui quando viene creato il backup.
Dopo aver creato il backup di una condivisione file, puoi modificare o eliminare il file originale condivisione di file senza influire sul backup.
Puoi utilizzare un backup per ripristinare una condivisione file su una nuova istanza Filestore o, per le istanze di livello base, all'origine o a 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 di 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 su region, ma non possono essere condivisi tra progetti.
Creazione del backup
Il primo backup che crei è una copia completa di tutti i dati e i metadati dei file presenti una condivisione di file. Ogni backup successivo copia tutte le modifiche successive apportate dati dal backup precedente.
Un gruppo di backup associato alla stessa istanza, regione e CMEK (se utilizzato) è chiamata catena di backup.
Una catena di backup risiede in un unico bucket e in una regione Cloud Storage e può essere al di fuori della regione utilizzata per archiviare l'istanza di origine.
Tutti i livelli di servizio supportano più catene di backup che consentono di archiviare dell'istanza in più regioni.
Ogni volta che viene creato un backup, quello precedente viene analizzato per entrambi modifiche differenziali e incrementali:
Modifiche differenziali:include le modifiche apportate ai file nella condivisione, ad esempio modifiche, aggiunte o eliminazioni di file.
Modifiche incrementali:includono le modifiche allo spazio di archiviazione nel bucket in cui il backup in cui si trovano i dati. Ciò potrebbe includere la deduplicazione dei dati precedentemente a cui si fa riferimento nella catena.
Ogni volta che salvi un backup nella stessa catena di backup, il backup precedente viene analizzate per rilevare modifiche differenziali e incrementali. In questi casi, viene eseguita una copia completa non è necessario.
Tuttavia, l'archiviazione dei dati di un'istanza in più catene di backup implica salvando e memorizzando i backup in posizioni alterne.
Ogni volta che crei un nuovo backup in una posizione alternata, viene creata una copia
del backup viene generato nuovamente. È prevista una latenza maggiore sul backup create
operazioni in caso di alternare catene di backup.
I dati non modificati contenuti nei backup precedenti fanno riferimento in, ma non vengono copiati backup più recenti. Se viene eliminato un backup meno recente, i relativi dati univoci vengono copiati al prossimo backup più recente e tutti i riferimenti ai dati interni vengono aggiornato.
La creazione del backup è istantanea, ma richiede un periodo proporzionale al la quantità di dati copiati prima che sia disponibile il backup. Durante 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 dell'istanza potrebbero essere ridotte durante la creazione di un backup per le istanze in a livello di zona, di regione ed enterprise. La creazione di un backup non influisce la disponibilità o le prestazioni delle istanze del livello base,
Gestione dei dati ridondanti
Per impostazione predefinita, i backup sono incrementali per evitare la fatturazione per dati ridondanti ridurre al minimo l'uso dello spazio di archiviazione. Per garantire l'affidabilità dell'infrastruttura cronologia delle modifiche, un backup può occasionalmente acquisire una copia completa dell'istanza.
Per saperne di più, consulta Confrontare snapshot e backup.
Eliminazione del backup
I backup sono risorse a livello di progetto, non di risorse secondarie dell'istanza di origine, e richiedono uno spazio di archiviazione separato. Di conseguenza, il ciclo di vita di un backup legato a quello dell'istanza di origine. L'eliminazione dell'origine non ne comporta l'eliminazione e 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, qualsiasi i backup rimanenti continuano ad accumulare tariffe.
L'eliminazione di un backup è definitiva e irreversibile.
Coerenza del backup
I backup di Filestore hanno NFSv3 e NFSv4.1 (anteprima)
la semantica della coerenza. Prima di avviare un backup, qualsiasi scrittura che
L'istanza Filestore conferma come scritta nello spazio di archiviazione stabile o
seguito da un valore COMMIT
confermato è incluso nel backup. Per maggiori dettagli, vedi
NFSv3 RFC-1813 sezione 3.3.7
o Informazioni sui protocolli di file system supportati.
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
vuoi proteggere i tuoi dati da catastrofi che interessano questa regione. Tu
puoi programmare un lavoro
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 un nuovo
in un'altra posizione da qualsiasi backup precedente.
Backup dei dati per protezione da modifiche accidentali
Se vuoi proteggere i tuoi dati Filestore da modifiche, 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. Poi potrai creare una nuova Istanza Filestore dal backup, montala sullo stesso client come l'istanza originale e copiare il file.
Prima di copiare il file, puoi utilizzare lo strumento
diff
sui due punti di montaggio per verificare le differenze tra i dati
originale e i dati ripristinati dal backup. Una volta che i dati vengono
recuperato, puoi eliminare l'istanza ripristinata e creare un nuovo backup
di conservare lo stato attuale dei dati per usarli in futuro.
In alternativa, puoi eseguire un ripristino in loco in cui i dati di backup vengono ripristinato nell'istanza Filestore originale, sostituendo tutti i dati con i dati del backup. Ti consigliamo di creare un backup del i dati più recenti prima di eseguire un ripristino in loco, poiché i dati non supportati è perduto.
Creazione di cloni per lo sviluppo e il test
Immagina di avere configurato un database su un'istanza Filestore per il traffico di produzione. Se vuoi eseguire un test con un database come puoi creare una nuova istanza Filestore da un backup di produzione per il test. In questo modo, l'utilizzo dei test non interferisce con la produzione.
Analogamente, puoi utilizzare i backup per analisi e indagini offline senza che incide sulla produzione.
Migrazione dei dati
Dopo aver creato un'istanza Filestore, non puoi modificarne o al livello di servizio. Per eseguire la migrazione dei dati in un'altra regione, puoi creare un backup e utilizzarlo per creare un nuovo Filestore o ripristinare l'istanza in un'istanza esistente.
Inoltre, quando crei una nuova istanza Filestore da un backup, è possibile scegliere tra i livelli HDD di base e SSD di base a prescindere dal livello di origine.
Limitazioni delle funzionalità
I backup di Filestore sono in disponibilità generale (GA) per tutti i livelli di servizio.
Si applicano le seguenti limitazioni:
I backup di Filestore non possono essere combinati con 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. Backup creati in Anteprima rispecchia il comportamento della funzionalità disponibile al momento della creazione. I backup esistenti non vengono aggiornati quando vengono rilasciate nuove funzionalità.
Le seguenti sezioni trattano altre limitazioni delle funzionalità relative alle prestazioni, archiviazione, capacità e crittografia:
Prestazioni
Numerose modifiche apportate tramite molti link reali sullo stesso file (ad esempio, decine o centinaia di migliaia) possono influire sulle prestazioni.
Per le istanze molto utilizzate, le prestazioni possono essere ridotte fino al 15% durante il caricamento di una copia di backup. Le prestazioni dell'istanza di livello base non sono influenzate da operazioni
create
di backup.L'archiviazione dei dati di un'istanza in più catene di backup influisce sul backup le prestazioni dei dispositivi. È prevista una latenza maggiore nelle operazioni di backup
create
quando in alternanza tra catene di backup.Le operazioni dell'istanza, come l'istanza
restore
o l'istanzadelete
, possono essere ritardato fino al completamento di un'operazionecreate
di backup.In alcuni casi, il completamento delle operazioni di
delete
può richiedere fino a 24 ore.
Contemporaneità delle operazioni
Le operazioni di backup
delete
associate alla stessa istanza di origine devono essere eseguita una alla volta.Le operazioni di backup collettivo
delete
all'interno di una catena di backup non sono supportate. Mentre un'operazionedelete
è in attesa, eventuali nuove operazionidelete
all'interno della stessa la catena di backup restituisce un erroreRESOURCE_EXHAUSTED
. Ciò avviene indipendentemente se l'istanza di origine è stata eliminata.Se l'istanza di origine è stata eliminata, gli utenti ricevono un
FAILED_PRECONDITION
errore.Questo limite si applica a ogni livello di servizio, ad eccezione di SSD di base e HDD di base.
Tieni presente che Filestore supporta il backup simultaneo
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 inBackup1
eBackup2
.Source2
contiene dati di backup a cui viene fatto riferimento inBackup3
eBackup4
. Impossibile eliminareBackup1
eBackup2
in parallelo, mentreBackup2
eBackup3
possono farlo.
Per ulteriori informazioni, vedi Limiti di frequenza per i backup.
Le operazioni di backup
create
edelete
di backup sono state avviate all'interno della stessa della catena di backup può essere eseguita contemporaneamente. Tuttavia, gli utenti non riescono a completare un backup Operazionecreate
durante l'eliminazione del backup più recente.- Se l'utente tenta di creare un nuovo backup dell'istanza mentre
è in corso l'eliminazione del backup recente, riceverà un
FAILED_PRECONDITION
. Ad esempio, seSource1
ha una catena di backup composta daBackup1
eBackup2
e l'utente avvia un'operazionecreate
perBackup3
, non sarà in grado di eliminareBackup2
fino al completamento dell'operazionecreate
. Questo perché il backup più recente contiene i dati più critici necessarie per completare correttamente l'operazione di backupcreate
.
- Se l'utente tenta di creare un nuovo backup dell'istanza mentre
è in corso l'eliminazione del backup recente, riceverà un
Per ulteriori informazioni sui limiti di frequenza operativa, vedi Limiti di frequenza delle operazioni per i backup.
Archiviazione
Esegui il backup delle operazioni
restore
sull'istanza di origine o su un'istanza esistente non sono supportati 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 alla capacità dell'istanza di origine intervallo. Ad esempio, se l'origine è stata creata utilizzando il livello di servizio di zona con un intervallo di capacità inferiore, la nuova istanza deve usare lo stesso livello di servizio e intervallo di capacità.
Se devi creare un'istanza utilizzando il servizio SSD legacy ad alta scalabilità di archiviazione, devi eseguire le operazioni direttamente tramite tramite Google Cloud CLI o tramite l'API Compute Engine.
Se devi creare un'istanza utilizzando il livello di servizio aziendale legacy, puoi eseguire le tue operazioni direttamente tramite l'API Filestore o da Ripristina backup > nella pagina Nuova istanza in Google Cloud.
Ad esempio, se vuoi creare una risorsa di regione con 10 TiB devi usare il livello di servizio aziendale legacy.
Le operazioni di backup, ad esempio
restore
,edit
odelete
, potrebbero non essere disponibili solo per alcuni backup creati in anteprima.Una volta che un oggetto RestoreInstance applicata a un'istanza regionale o aziendale, non potrai per creare snapshot con gli stessi nomi degli snapshot precedenti prima del operativa.
Tenta di ripristinare un'istanza da un backup durante l'eliminazione del backup o l'eliminazione di snapshot non riuscirà.
Se l'eliminazione di un backup non va a buon fine, lo stato viene contrassegnato come
invalid
. In tale casi, dovrai riprovare a eseguire l'operazionedelete
.
Capacità
Ogni backup occupa la capacità dell'istanza. La capacità varia in base delle modifiche apportate ai dati dopo la creazione dell'ultimo backup.
Più precisamente, quando viene creato un backup, Filestore crea uno snapshot interno del file system che occupa a sua volta una parte delle e la capacità dell'istanza principale.
Le dimensioni dello snapshot sono anche correlate all'ambito delle modifiche apportate ai dati all'interno condivisione dalla creazione dell'ultimo backup. Questo snapshot continua a esistere fino a quando viene creato e caricato il backup successivo.
Tutti i dati a cui fa riferimento il backup rimangono nello stato in cui erano al momento dell'acquisizione e continua a occupare capacità dal file system. Ad esempio, se eliminare i dati dal file system montato, l'azione in sé non per liberare capacità. Per farlo, dovrai creare un nuovo backup dopo l'eliminazione o sovrascrivere quantità significative di dati.
Per una descrizione dettagliata delle modifiche differenziali e incrementali e delle relative consulta la sezione Creazione del backup.
Per prevedere una capacità sufficiente per i tuoi carichi di lavoro, valuta la possibilità di applicare una delle le seguenti:
- Aumenta la capacità delle istanze per i carichi di lavoro con dati significativi e frequenti modifiche o un tasso di variazione elevato.
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, potrebbe essere necessario applicare chiavi separate, una per l'origine e una per il backup o la catena di fornitura.
- Tutti i livelli di servizio supportano più catene di backup o la possibilità di archiviare un dell'istanza in più regioni. Se scegli di utilizzare CMEK per crittografia, una chiave CMEK deve trovarsi nella stessa regione della risorsa crittografa. Se archivi i backup in una regione separata dall'origine, e CMEK non è una chiave multiregionale, devi utilizzare chiavi CMEK separate. Per ulteriori informazioni, vedi Limitazioni CMEK e sulla scelta della località CMEK migliore.
Una singola CMEK viene applicata al bucket Cloud Storage in cui viene applicata la catena di backup e non possono essere combinate o sostituite.
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 recuperare dai backup creati durante carichi di lavoro di scrittura intensivi. Nella maggior parte dei casi, puoi creare backup con buona coerenza anche mentre le applicazioni scrivere i dati nella condivisione file. Tuttavia, se le tue applicazioni richiedono ti consigliamo di eseguire una o più delle seguenti operazioni:
- Usa la piastra da muro sincrona. Per ulteriori informazioni, vedi "L'opzione di montaggio per la sincronizzazione" sezione
nel
nfs(5)
In alternativa, puoi aprire i file con i flag
O_DIRECT|O_SYNC
. Per ulteriori informazioni le informazioni, vedi aperta(2). - Metti in pausa le applicazioni o i processi del sistema operativo che scrivono dati nel file condividere e fare il flush delle modifiche alla condivisione file prima avviare il backup. Per ulteriori informazioni, vedi fsync(2)
- Se le tue applicazioni richiedono coerenza tra più condivisioni, metti in pausa tutte applicazioni su tutte le istanze che scrivono in tutte le condivisioni file e creano i backup di tutte le condivisioni file prima di riprendere le applicazioni.
- Se hai bisogno di coerenza a livello di applicazione, arresta le tue applicazioni smonta la condivisione file prima di creare un backup.
Usa 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 creando 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 condivisione di file.
Attendi che i nuovi backup siano nello stato
Ready
prima di crearne di successivi dei backup 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 la creazione un backup. Se pianifichi backup regolari delle condivisioni dei file, pianificarle al di fuori delle ore di punta, se possibile.
Le ore di punta per la creazione dei backup sono la fine di ogni giorno lavorativo e la mezzanotte la regione in cui si trova l'istanza Filestore. I nostri suggerimenti creando 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. A eseguire il backup solo dei dati necessari, ti consigliamo di organizzare i dati su condivisioni di file separate, ovvero:
- Archiviazione di dati critici con diversi pattern di scrittura o con backup diversi requisiti per le diverse condivisioni di file.
- Ridurre il numero di backup da creare mantenendo dati simili in un'unica condivisione file.
Quota
Esiste un limite di quota relativo al numero di backup per regione per l'SSD di base e ai livelli di servizio 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
- Scopri come eseguire il backup e il ripristino delle condivisioni file.
- Scopri come pianificare i backup utilizzando Cloud Scheduler.
- Scopri di più sulle regioni e sulle zone di Google Cloud.
- Scopri di più sui prezzi dei backup.