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 in Regione AWS cui è 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 dei ONTAP volumi con una OntapVolumeType modalità 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 ne esiste una) 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 l'efficienza dello storage di un volume e i risparmi nei backup.

Quando si elimina 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.

Il numero di backup che è possibile archiviare per volume è limitato. Account AWS 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 scatta 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. Puoi aumentare la memoria SSD di un volume o di un file system in qualsiasi momento per assicurarti 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 prestazioni di backup ottimali, si consiglia di scegliere una finestra di backup giornaliera al di fuori dei normali orari operativi in cui i client e le 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 l'API AWS CLI and, puoi 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 utilizzare la console Amazon FSx AWS CLI, l'API o l'API per modificare queste impostazioni. Per ulteriori informazioni, consulta Aggiornamento dei file system.

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

Puoi eliminare manualmente 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 l'API Console di gestione AWS, AWS CLI, e. 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 li elimini. User-initiated i backup vengono conservati anche dopo l'eliminazione del volume o del file system su cui sono stati creati i backup. Puoi eliminare i backup avviati dall'utente solo utilizzando la console Amazon FSx, l'API o l'interfaccia a riga di comando. 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 la copia automatica CopyTagsToBackups di tutti i tag presenti nel volume nei 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 non copia i tag dal volume, anche se è abilitato. CopyTagsToBackups

Utilizzo AWS Backup con Amazon FSx

AWS Backup è un modo semplice ed economico per proteggere i dati eseguendo il backup dei volumi Amazon FSx for NetApp 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. L'utilizzo AWS Backup semplifica lo sviluppo di una strategia di backup centralizzata per la conformità legale, normativa e professionale. Inoltre, semplifica la protezione dei volumi di AWS storage, dei database e dei file system fornendo un luogo centrale in cui è possibile effettuare le seguenti operazioni:

AWS Backup utilizza la funzionalità di backup integrata di Amazon FSx. I backup creati utilizzando la AWS Backup console hanno lo stesso livello di coerenza e prestazioni del file system, sono incrementali rispetto a qualsiasi altro backup del volume avviato dall'utente di Amazon FSx e offrono le stesse opzioni di ripristino dei backup eseguiti utilizzando la console Amazon FSx. La gestione AWS Backup di questi backup offre funzionalità aggiuntive, inclusa la possibilità di creare backup pianificati con una frequenza di ogni ora. È possibile aggiungere un ulteriore livello di difesa per proteggere i backup da eliminazioni involontarie o dolose archiviandoli in un archivio di backup. https://docs.aws.amazon.com/aws-backup/latest/devguide/vaults.html

I 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. Puoi visualizzare e ripristinare i backup creati AWS Backup utilizzando la console Amazon FSx, l'interfaccia a riga di comando e l'API. Tuttavia, non puoi eliminare i backup creati dalla console Amazon FSx, dalla AWS Backup CLI o dall'API. Per ulteriori informazioni, consulta Getting started with AWS Backup nella Developer Guide. AWS Backup

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, consulta Assegnazione di risorse a un piano di backup nella Guida per gli AWS Backup 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 in Regione AWS cui è archiviato il backup. Non è possibile ripristinare un backup su un file system che si trova in una posizione Regione AWS diversa da quella del backup.

Quando si ripristina un backup su FSx for ONTAP con file system di seconda generazione, i client 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 lo stato del ciclo di vita di. CREATED Puoi trovare lo stato del ciclo di vita di un volume nella pagina dei dettagli dei volumi nella console Amazon FSx e nella risposta del comando CLI describe-volumes. https://docs.aws.amazon.com/v2/documentation/api/latest/reference/fsx/describe-volumes.html

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 ripristini un backup di FlexGroup 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 base alla politica di tiering del volume da ripristinare. Poiché i dati vengono prima scritti 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 è conformeAll, un processo periodico in background assegna i dati al pool di capacità. Se la politica di tiering del volume ripristinato è impostata su Snapshot Only oAuto, 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 inferiori ai millisecondi costanti durante il ripristino di un backup su un nuovo volume su file system di seconda generazione, è consigliabile impostare la politica di tiering del volume su None quando si avvia il ripristino e quindi attendere che tutti i dati siano stati scaricati completamente sul volume prima di accedervi. Tutti i dati verranno caricati nello storage 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 tramite l'API,, e. Console di gestione AWS AWS CLI 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 dei volumi per una protezione aggiuntiva dei dati. Quando si ripristina un SnapLock volume, le impostazioni originali del volume, ad esempio 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 il backup di un SnapLock volume come SnapLock volume SnapLock o non. Tuttavia, non è possibile ripristinare il backup di un altro SnapLock volume come SnapLock volume.

Per ulteriori informazioni, consulta In che modo SnapLock funzionamento.