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 forONTAP, puoi proteggere i tuoi dati eseguendo backup giornalieri automatici e backup avviati dall'utente dei volumi del tuo file system. La creazione di backup regolari per i volumi è una best practice che aiuta a supportare le esigenze di conservazione dei dati e conformità. È possibile ripristinare i backup di volume su qualsiasi ONTAP file system esistente FSx a cui si ha accesso e che si trova nello stesso Regione AWS luogo in cui è archiviato il backup. Lavorare con FSx i backup di Amazon semplifica la creazione, la visualizzazione, il ripristino e l'eliminazione dei backup dei volumi.

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

Come funzionano i backup

Tutti i FSx backup di Amazon (backup giornalieri automatici e backup avviati dall'utente) sono incrementali, il che significa che memorizzano solo le modifiche ai dati dal 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 evitando l'archiviazione di dati duplicati. FSxi ONTAP backup sono per volume, e ogni backup contiene solo i dati di un volume specifico. I FSx backup di Amazon vengono archiviati in modo ridondante su più zone di disponibilità per ottenere un'elevata durabilità.

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

Se non esiste alcuna istantanea di backup precedente, l'intero contenuto dello snapshot di backup più recente viene copiato nel backup. Dopo che lo snapshot di backup più recente è stato eseguito correttamente, Amazon FSx elimina lo snapshot di backup precedente. L'istantanea utilizzata per il backup più recente rimane nel volume fino all'esecuzione del backup successivo, quando il processo si ripete. Per ottimizzare i costi di storage di backup, ONTAP preserva i risparmi in termini di efficienza di storage di un volume nei relativi backup.

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

Esistono limiti al numero di backup che è possibile archiviare per volume 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 SSD archiviazione disponibile sufficiente per archiviare un'istantanea di backup. Quando si esegue un'istantanea di backup, la capacità di storage aggiuntiva consumata dalla snapshot non può far sì che il volume superi il SSD 98% di utilizzo dello storage. In tal caso, il backup avrà esito negativo. È possibile aumentare lo SSD storage di un volume o di un file system 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 prestazioni di backup ottimali, si consiglia di scegliere una finestra di backup giornaliera al di fuori del normale orario di funzionamento, quando client e applicazioni accedono ai dati sui volumi.

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 andAPI, puoi impostare il periodo di conservazione su un valore compreso tra 0 e 90 giorni; impostandolo su 0, i backup giornalieri automatici vengono disattivati.

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 FSx console Amazon AWS CLI, o API per modificare queste impostazioni. Per ulteriori informazioni, consulta Aggiornamento dei file system.

Non puoi 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 FSx console Amazon eAPI. CLI 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 tu non lo elimini.

Backup avviati dall'utente

Con AmazonFSx, puoi eseguire manualmente il backup dei volumi del tuo file system in qualsiasi momento utilizzando AWS Management Console AWS CLI, eAPI. I backup avviati dall'utente sono incrementali rispetto ad altri backup che potrebbero essere stati creati per un volume e vengono conservati per sempre, a meno che non vengano eliminati. I backup avviati dall'utente 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 FSx console Amazon, API oppure. CLI Non vengono mai eliminati automaticamente da AmazonFSx.

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 CLI oAPI, puoi CopyTagsToBackups abilitare la copia automatica di qualsiasi tag sul volume nei relativi backup. Tuttavia, se aggiungi 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 CopyTagsToBackups è abilitato.

Utilizzo AWS Backup con Amazon FSx

AWS Backup è un modo semplice ed economico per proteggere i dati eseguendo il backup di Amazon FSx per volumi. 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 controlli 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 una posizione centrale in cui è possibile eseguire le seguenti operazioni:

AWS Backup utilizza la funzionalità di backup integrata di AmazonFSx. 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 FSx avviato dall'utente Amazon del tuo volume e offrono le stesse opzioni di ripristino dei backup eseguiti utilizzando la console Amazon. FSx L'utilizzo AWS Backup per gestire questi backup offre funzionalità aggiuntive, inclusa la possibilità di creare backup pianificati con una frequenza ogni ora. È possibile aggiungere un ulteriore livello di difesa per proteggere i backup da eliminazioni involontarie o dolose archiviandoli in un archivio di backup.

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 FSx console Amazon CLI eAPI. Tuttavia, non puoi eliminare i backup creati da AWS Backup nella FSx console AmazonCLI, oAPI. Per ulteriori informazioni, consulta la sezione Guida introduttiva alla AWS BackupAWS Backup Developer Guide.

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

Ripristino dei backup su un nuovo volume

È possibile ripristinare un backup di un 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 un luogo Regione AWS diverso dal backup.

Quando si ripristina un backup su FSx file system di ONTAP seconda generazione, i client possono montare e leggere i dati da un volume durante il ripristino. I clienti possono montare il volume che stai ripristinando e leggere i dati del file dopo 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 di Volumes nella FSx console Amazon e nella risposta del comando CLIdescribe-volumes.

Quando si leggono i 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 SSD livello e si possono prevedere latenze di lettura inferiori al millisecondo per le letture successive.

Il tempo impiegato da Amazon per rendere disponibile un volume FSx per l'accesso in sola lettura è proporzionale alla quantità di metadati dei file archiviati nel backup. I metadati dei file in genere consumano 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 volumi costituenti aggiuntivi per garantire che i componenti siano distribuiti uniformemente.

Quando si ripristina un backup, tutti i dati vengono inizialmente scritti sul livello di storage. SSD Durante il ripristino, i dati vengono suddivisi su più livelli nello storage del pool di capacità in base alla politica di suddivisione in più livelli del volume da ripristinare. Poiché i dati vengono scritti per la prima volta sul SSD livello, Amazon FSx sospenderà il processo di ripristino se il file system esaurisce lo spazio di SSD archiviazione. Il ripristino riprende automaticamente non appena diventa disponibile SSD spazio sufficiente per continuare il processo. Se la politica di suddivisione in più livelli del volume ripristinato è quella stabilitaAll, un processo periodico in background suddivide i dati nel pool di capacità. Se la politica di suddivisione in più livelli del volume ripristinato è Snapshot Only oAuto, i dati vengono suddivisi su più livelli nel pool di capacità se l'SSDutilizzo del 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, consigliamo di impostare la politica di tiering del volume su più livelli all'Noneavvio del ripristino e quindi di attendere che tutti i dati siano stati scaricati completamente sul volume prima di accedervi. Tutti i dati verranno caricati nello SSD storage prima di tentare di accedervi, garantendo un accesso costante a bassa latenza ai dati.

Per step-by-step istruzioni su come ripristinare un backup su un nuovo volume, consulta. Ripristino dei backup

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 eliminazione, 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 in, e. AWS Management Console AWS CLI API Per ulteriori informazioni, consulta Monitoraggio dell'avanzamento del ripristino di un backup.

Prestazioni di backup e ripristino

Numerosi fattori possono 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 IO del client includono NFSCIFS, e i letture e scritture di SCSI dati e metadati. 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 storage in cui vengono archiviati i dati e il profilo del set di dati. Si consiglia di creare i primi backup dei volumi quando la maggior parte dei dati è archiviataSSD. I set di dati contenenti principalmente file di piccole dimensioni hanno in genere prestazioni inferiori rispetto a 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ù CPU cicli e sovraccarico di rete rispetto all'elaborazione di un numero inferiore di file di grandi dimensioni.

In genere, è possibile aspettarsi le seguenti frequenze di backup durante il backup dei dati archiviati nel SSD livello di storage:

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

Backup di volumi SnapLock

È possibile eseguire il backup SnapLockdei 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 preservate. Vengono inoltre mantenute le impostazioni Write Once, read many (WORM) e Legal Hold.

È possibile ripristinare il backup di un SnapLock volume come volume SnapLock o come non SnapLock volume. Tuttavia, non è possibile ripristinare il backup di un prodotto diverso da un SnapLock volume. SnapLock

Per ulteriori informazioni, consulta Funzionamento di SnapLock.