Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Protezione dei dati con backup di volume

Con FSx for ONTAP, puoi proteggere i tuoi dati eseguendo backup giornalieri automatici e backup avviati dall'utente dei volumi sul tuo file system. La creazione di backup regolari per i volumi è una best practice che aiuta a supportare le esigenze di conservazione e conformità dei dati. È possibile ripristinare i backup dei volumi su qualsiasi file system FSx for ONTAP esistente a cui si ha accesso e che si trova nello stesso Regione AWS dove è archiviato il backup. L'utilizzo dei backup di Amazon FSx semplifica la creazione, la visualizzazione, il ripristino e l'eliminazione dei backup dei volumi.

Amazon FSx supporta il backup ONTAP volumi con un OntapVolumeType di lettura-scrittura (RW).

Come funzionano i backup

Tutti i backup di Amazon FSx (backup giornalieri automatici e backup avviati dall'utente) sono incrementali, il che significa che memorizzano solo le modifiche ai dati dopo il completamento del backup precedente. Ciò riduce al minimo sia il tempo necessario per creare un backup sia la quantità di storage utilizzata da ciascun backup. I backup incrementali ottimizzano i costi di storage non archiviando dati duplicati. I backup FSx for ONTAP sono per volume, e ogni backup contiene solo i dati di un volume specifico. I backup di Amazon FSx sono archiviati in modo ridondante in più zone di disponibilità per ottenere un'elevata durabilità.

I backup di Amazon FSx utilizzano istantanee, ovvero immagini point-in-time e di sola lettura dei volumi, per mantenere l'incrementalità tra i backup. Ogni volta che viene eseguito un backup, Amazon FSx scatta prima un'istantanea del volume. L'istantanea di backup viene archiviata nel volume e consuma spazio di archiviazione sul volume. Amazon FSx confronta quindi questa istantanea con la precedente istantanea di backup (se esiste) e copia solo i dati modificati nel backup.

Se non esiste un'istantanea di backup precedente, l'intero contenuto dello snapshot di backup più recente viene copiato nel backup. Una volta eseguita con successo l'ultima istantanea di backup, Amazon FSx elimina la precedente istantanea di backup. L'istantanea utilizzata per il backup più recente rimane nel volume fino a quando non viene eseguito il backup successivo, quando il processo si ripete. Per ottimizzare i costi dello storage di backup, ONTAP preserva i risparmi in termini di efficienza di storage di un volume nei backup.

Quando eliminare un backup, vengono eliminati solo i dati univoci di quel backup. Ogni backup di Amazon FSx contiene tutte le informazioni necessarie per creare un nuovo volume dal backup, ripristinando efficacemente un'istantanea point-in-time del volume.

Sono previsti limiti al numero di backup che è possibile archiviare per Account AWS e per volume. Per ulteriori informazioni, consulta Quote che è possibile incrementare e Quote di risorse per ogni file system.

Requisiti di storage

Il volume e il file system devono disporre ciascuno di una capacità di archiviazione SSD sufficiente per archiviare un'istantanea di backup. Quando si esegue un'istantanea di backup, la capacità di archiviazione aggiuntiva consumata dall'istantanea non può far sì che il volume superi il 98% di utilizzo dello storage SSD. In tal caso, il backup avrà esito negativo. È possibile aumentare un volume o file system archiviazione SSD in qualsiasi momento per garantire che i backup non vengano interrotti.

Backup giornalieri automatici

Quando si crea un file system, i backup giornalieri automatici sono abilitati per impostazione predefinita per i volumi del file system. È possibile abilitare o disabilitare i backup giornalieri automatici per i file system esistenti in qualsiasi momento. I backup giornalieri automatici per tutti i volumi vengono eseguiti durante la finestra di backup giornaliera del file system, che viene impostata automaticamente quando si crea un file system. È possibile modificare la finestra di backup giornaliera in qualsiasi momento. Per una soluzione ottimale prestazioni di backup, si consiglia di scegliere una finestra di backup giornaliera al di fuori dei normali orari operativi in cui client e applicazioni accedono ai dati sui volumi. Ti consigliamo inoltre di scegliere una finestra di backup che non si sovrapponga alla finestra di manutenzione del file system. Se le finestre si sovrappongono, le attività di manutenzione hanno la precedenza e i backup automatici vengono eseguiti al termine della manutenzione. I backup già in corso continueranno durante la manutenzione, tuttavia, la creazione di nuovi backup potrebbe non avvenire fino al completamento della manutenzione. Se la manutenzione viene eseguita per l'intera durata della finestra, i backup automatici potrebbero non essere eseguiti durante tale finestra.

Utilizzando la console, è possibile impostare il periodo di conservazione per i backup giornalieri automatici su un valore compreso tra 1 e 90 giorni durante la creazione di un file system o in qualsiasi momento. Il periodo di conservazione dei backup giornalieri automatici predefinito è di 30 giorni. Amazon FSx elimina un backup giornaliero automatico una volta scaduto il periodo di conservazione. Utilizzando AWS CLI e l'API, è possibile impostare il periodo di conservazione su un valore compreso tra 0 e 90 giorni; impostandolo su 0 si disattivano i backup automatici e si eliminano tutti i backup automatici esistenti per i volumi del file system.

I backup giornalieri automatici, la finestra di backup giornaliera e il periodo di conservazione dei backup sono impostazioni del file system e si applicano a tutti i volumi del file system. Puoi usare la console Amazon FSx, AWS CLI o API per modificare queste impostazioni. Per ulteriori informazioni, consulta Aggiornamento dei file system.

Non è possibile creare un backup del volume (backup giornalieri automatici o backup avviati dall'utente) se il volume è offline. Per ulteriori informazioni, consulta Visualizzazione di volumi offline.

È possibile manualmente eliminare un backup giornaliero automatico utilizzando la console Amazon FSx, l'interfaccia a riga di comando e l'API. Quando elimini un volume, elimini anche i backup giornalieri automatici per quel volume. Amazon FSx offre la possibilità di creare un backup finale di un volume prima di eliminarlo. Il backup finale viene conservato per sempre, a meno che non venga eliminato.

User-initiated backup

Con Amazon FSx, puoi eseguire manualmente i backup dei volumi del tuo file system in qualsiasi momento utilizzando Console di gestione AWS, AWS CLI e API. I backup avviati dall'utente sono incrementali rispetto ad altri backup che possono essere stati creati per un volume e vengono conservati per sempre, a meno che non vengano eliminati. User-initiated i backup vengono conservati anche dopo l'eliminazione del volume o del file system su cui sono stati creati i backup. È possibile eliminare i backup avviati dall'utente solo utilizzando la console, l'API o l'interfaccia a riga di comando di Amazon FSx. Non vengono mai eliminati automaticamente da Amazon FSx.

Per istruzioni su come creare un backup avviato dall'utente, consulta Creazione di backup avviati dall'utente.

Copiare i tag nei backup

Quando crei o aggiorni un volume utilizzando la CLI o l'API, puoi abilitare CopyTagsToBackups a copiare automaticamente qualsiasi tag sul volume fino ai relativi backup. Tuttavia, se aggiungi dei tag durante la creazione di un backup avviato dall'utente, inclusa l'assegnazione di un nome a un backup quando usi la console, Amazon FSx lo fa non copia i tag dal volume, anche se CopyTagsToBackups è abilitato.

Utilizzo AWS Backup con Amazon FSx

AWS Backup è un modo semplice ed economico per proteggere i tuoi dati eseguendo il backup di Amazon FSx per NetApp Volumi ONTAP. AWS Backup è un servizio di backup unificato progettato per semplificare la creazione, il ripristino e l'eliminazione dei backup, fornendo al contempo report e audit migliorati. Utilizzando AWS Backup semplifica lo sviluppo di una strategia di backup centralizzata per la conformità legale, normativa e professionale. Inoltre, consente di proteggere i tuoi AWS i volumi di storage, i database e i file system sono più semplici grazie a una posizione centrale in cui è possibile effettuare le seguenti operazioni:

AWS Backup utilizza la funzionalità di backup integrata di Amazon FSx. Backup creati utilizzando AWS Backup la console ha lo stesso livello di coerenza e prestazioni del file system, è incrementale rispetto a qualsiasi altro backup avviato dall'utente di Amazon FSx eseguito dal tuo volume e offre le stesse opzioni di ripristino dei backup eseguiti utilizzando la console Amazon FSx. Usando AWS Backup La gestione di questi backup offre funzionalità aggiuntive, inclusa la possibilità di creare backup pianificati con una frequenza di circa un'ora. È possibile aggiungere un ulteriore livello di difesa per proteggere i backup da eliminazioni involontarie o dolose archiviandoli in un archivio di backup.

Backup creati da AWS Backup sono considerati backup avviati dall'utente e vengono conteggiati ai fini della quota di backup avviata dall'utente per Amazon FSx. Per ulteriori informazioni, consulta Quote che è possibile incrementare. È possibile visualizzare e ripristinare i backup creati da AWS Backup utilizzando la console Amazon FSx, l'interfaccia a riga di comando e l'API. Tuttavia, non puoi eliminare i backup creati da AWS Backup nella console Amazon FSx, nella CLI o nell'API. Per ulteriori informazioni, consulta Guida introduttiva con AWS Backup nel AWS Backup Guida per gli sviluppatori.

AWS Backup non è possibile eseguire il backup di volumi offline.

Puoi utilizzare i tag per selezionare quali risorse FSx for ONTAP sono protette in un piano di backup. Questi tag devono essere applicati a livello di volume anziché a livello di file system nel suo insieme. Per ulteriori informazioni, vedere Assegnazione di risorse a un piano di backup nel AWS Backup Guida per gli sviluppatori.

Archiviazione dei backup in un vault logicamente airgapped

È possibile archiviare i backup di volume FSx for ONTAP creati da AWS Backup in un caveau logicamente aperto. Una camera blindata logicamente con intercapedine è una camera blindata specializzata AWS Backup vault che offre una maggiore sicurezza rispetto a un deposito di backup standard. Ogni archivio è crittografato ed è protetto da AWS Backup Vault Lock in modalità conformità, che impedisce l'eliminazione o la modifica dei backup prima della fine del periodo di conservazione. Ciò aggiunge un ulteriore livello di protezione contro l'eliminazione involontaria o dolosa dei backup.

Con un vault logicamente airgapped, puoi anche condividere l'accesso al vault con altri AWS conti. La condivisione dell'accesso significa che è possibile ripristinare i backup dei volumi FSx for ONTAP direttamente dal vault in un account a cui è stato concesso l'accesso.

È possibile ripristinare i backup archiviati in un vault logicamente airgapped nello stesso modo in cui si ripristinano gli altri AWS Backup backup, utilizzando AWS Backup console, AWS CLI, o API. Per ulteriori informazioni sulla creazione e la condivisione di archivi con intercapedine logiche e sul ripristino da essi, consulta deposito logicamente airgapped nel AWS Backup Guida per gli sviluppatori.

Ripristino dei backup su un nuovo volume

È possibile ripristinare un backup di volume su un nuovo volume su un file system che si trova nello stesso Regione AWS in cui è archiviato il backup. Per ripristinare un backup su un file system che si trova in un altro Regione AWS rispetto al backup, puoi copiarlo su quel file system Regione AWS e quindi ripristinare quella copia di backup. Per ulteriori informazioni, consulta Copiare i backup all'interno dello stesso Account AWS.

Quando si ripristina un backup su file system FSx for ONTAP di seconda generazione, i clienti possono montare e leggere i dati da un volume durante il ripristino. I clienti possono montare il volume da ripristinare e leggere i dati del file una volta che Amazon FSx ha caricato tutti i metadati sul nuovo volume e il volume riporta uno stato del ciclo di vita di CREATED. È possibile trovare lo stato del ciclo di vita di un volume nella Dettagli dei volumi pagina nella console Amazon FSx e nella risposta del describe-volumes Comando CLI.

Quando si leggono dati da un volume durante il ripristino da un backup, se i dati non sono ancora stati scaricati sul volume, si verificheranno latenze di lettura fino a decine di millisecondi per il primo accesso. Queste letture vengono memorizzate nella cache del livello SSD e per le letture successive sono prevedibili latenze inferiori al millisecondo.

Il tempo impiegato da Amazon FSx per rendere disponibile un volume per l'accesso in sola lettura è proporzionale alla quantità di metadati dei file archiviati nel backup. I metadati dei file consumano in genere l'1-7% dei dati di backup complessivi a seconda della dimensione media del file nel set di dati (i set di dati di file di piccole dimensioni consumano più metadati rispetto ai set di dati di file di grandi dimensioni).

Quando si ripristina un FlexGroup backup del volume su un file system con un numero diverso di coppie ad alta disponibilità (HA) rispetto al file system originale, Amazon FSx aggiunge ulteriori volumi costitutivi per garantire che i componenti siano distribuiti uniformemente.

Quando si ripristina un backup, tutti i dati vengono inizialmente scritti sul livello di archiviazione SSD. Mentre il ripristino è in corso, i dati vengono suddivisi su più livelli nello storage del pool di capacità in conformità con politica di suddivisione in più livelli del volume da ripristinare. Poiché i dati vengono scritti per la prima volta sul livello SSD, Amazon FSx sospenderà il processo di ripristino se il file system esaurisce lo spazio di archiviazione SSD. Il ripristino riprende automaticamente non appena diventa disponibile spazio SSD sufficiente per continuare il processo. Se la politica di tiering del volume ripristinato è All, un processo periodico in background suddivide i dati nel pool di capacità. Se la politica di tiering del volume ripristinato è Snapshot Only o Auto, i dati vengono suddivisi in più livelli nel pool di capacità se l'utilizzo dell'unità SSD per il file system è superiore al 50% e la velocità di raffreddamento è determinata dal periodo di raffreddamento della politica di tiering.

Se il carico di lavoro richiede latenze di lettura costanti inferiori al millisecondo durante il ripristino di un backup su un nuovo volume su file system di seconda generazione, si consiglia di impostare la politica di tiering del volume su None quando si avvia il ripristino, quindi attendi che tutti i dati siano stati scaricati completamente sul volume prima di accedervi. Tutti i dati verranno caricati nella memoria SSD prima di tentare di accedervi, garantendo un accesso costante a bassa latenza ai dati.

Per istruzioni dettagliate su come ripristinare un backup su un nuovo volume, consulta Ripristino di un backup su un nuovo volume.

Nei file system di seconda generazione è inoltre possibile ripristinare solo un sottoinsieme di dati da un backup senza dover attendere il completamento dell'intera operazione di ripristino. Il ripristino di solo un sottoinsieme dei dati di un backup consente di riprendere le operazioni più rapidamente in caso di cancellazione, modifica o danneggiamento accidentale dei dati. Per ulteriori informazioni, consulta Ripristino di un sottoinsieme di dati.

È possibile monitorare l'avanzamento del ripristino di un backup su un file system di seconda generazione nel Console di gestione AWS, AWS CLI e API. Per ulteriori informazioni, consulta Monitoraggio dei progressi durante il ripristino di un backup.

Prestazioni di backup e ripristino

Una serie di fattori può influenzare le prestazioni delle operazioni di backup e ripristino. Le operazioni di backup e ripristino sono processi in background, il che significa che hanno una priorità inferiore rispetto alle operazioni di I/O del client. Le operazioni di I/O del client includono letture e scritture di dati e metadati NFS, CIFS e iSCSI. Tutti i processi in background utilizzano solo la parte inutilizzata della capacità di throughput del file system e il completamento può richiedere da pochi minuti a qualche ora a seconda delle dimensioni del backup e della quantità di capacità di throughput inutilizzata sul file system.

Altri fattori che influiscono sulle prestazioni di backup e ripristino includono il livello di archiviazione in cui sono archiviati i dati e il profilo del set di dati. Ti consigliamo di creare i primi backup dei volumi quando la maggior parte dei dati si trova su storage SSD. I set di dati contenenti per lo più file di piccole dimensioni hanno in genere prestazioni inferiori rispetto ai set di dati di dimensioni simili che contengono principalmente file di grandi dimensioni. Questo perché l'elaborazione di un numero elevato di file di piccole dimensioni richiede più cicli di CPU e sovraccarico di rete rispetto all'elaborazione di un numero inferiore di file di grandi dimensioni.

In genere, è possibile aspettarsi le seguenti velocità di backup quando si esegue il backup dei dati archiviati nel livello di archiviazione SSD:

In genere, puoi aspettarti le seguenti velocità di ripristino:

Backup SnapLock volumi

È possibile eseguire il backup SnapLock volumi per una protezione aggiuntiva dei dati. Quando si ripristina un SnapLock volume, le impostazioni originali del volume, come la conservazione predefinita, la conservazione minima e la conservazione massima, vengono mantenute. Vengono mantenute anche le impostazioni Write once, read many (WORM) e Legal Hold.

È possibile ripristinare un SnapLock il backup del volume come SnapLock o un non-SnapLock volume. Tuttavia, non è possibile ripristinare un file nonSnapLock il backup del volume come SnapLock volume.

Per ulteriori informazioni, consulta In che modo SnapLock funzionamento.