Eseguire il backup dei volumi contribuisce a soddisfare i requisiti di conservazione dei dati e di conformità. Utilizza i backup di volume per configurare backup e conservazione automatizzati per i tuoi dati.

Pianifica snapshot locali per un backup efficiente e ripristini rapidi. Gli snapshot sono immagini point-in-time istantanee dei tuoi volumi. Questa raccomandazione non si applica agli ambienti database.

Per gli ambienti database, utilizza snapshot coerenti con l'applicazione con NetApp SnapCenter per acquisire snapshot accurati e affidabili dei dati del tuo volume in un momento specifico. Questo aiuta a mantenere le tue applicazioni in esecuzione senza problemi e i tuoi dati protetti. SnapCenter semplifica i backup e ti aiuta a ripristinare i dati in modo rapido e corretto, riducendo i tempi di inattività e proteggendo i tuoi carichi di lavoro più importanti.

La replica tra regioni garantisce che i tuoi dati vengano replicati in un'altra regione AWS, offrendo maggiore durabilità e disponibilità dei dati. Configura la replica tra regioni per supportare il disaster recovery e la conformità.

La capacità del tier di storage SSD non deve superare l'80% di utilizzo. Il superamento di questa soglia potrebbe influire sulle operazioni di lettura e scrittura dei dati nel tier di storage del capacity pool e ridurre il throughput del tuo file system. Quando la capacità si esaurisce, i volumi di dati diventano di sola lettura. Anche i servizi che tentano di scrivere nuovi dati non riescono più a farlo.

Le etichette dei criteri di snapshot del volume di origine e le etichette dei criteri di replica devono corrispondere per garantire l'affidabilità dei dati.

Aumenta la soglia di capacità dei file per evitare di raggiungere il limite di capacità del volume. Una capacità dei file (inode) insufficiente impedisce la scrittura di dati aggiuntivi sul volume. Workload Factory consiglia di mantenere l'utilizzo della capacità dei file al di sotto dell'80% per consentire la creazione di nuovi file.

Workload Factory consiglia di connettere gli host al nodo di failover per mantenere la connettività ed evitare interruzioni durante i failover.

Imposta la policy di Snapshot su "None" per i volumi SAP HANA per ridurre i costi di storage e migliorare le prestazioni dei dati del database attivo.

Imposta la policy di snapshot su "None" per i volumi MySQL per ridurre i costi di storage e migliorare le prestazioni dei dati attivi del database.

Imposta la policy di snapshot su "None" per i volumi PostgreSQL per ridurre i costi di storage e migliorare le prestazioni dei dati del database attivo.

NetApp Autonomous Ransomware Protection con intelligenza artificiale (ARP/AI) aiuta a proteggere i volumi dalle minacce ransomware. Workload Factory consiglia di abilitare ARP/AI per tutti i volumi.

I volumi che forniscono dati applicativi tramite iSCSI non devono consentire contemporaneamente l'accesso NAS. Workload Factory consiglia di impedire ai volumi iSCSI di utilizzare qualsiasi altro protocollo.

ARP/AI offre una protezione completa quando a un volume è collegato un solo dispositivo a blocchi. Se a un volume sono collegati più dispositivi a blocchi, Workload Factory li sposta su nuovi volumi in modo che ciascun volume abbia un solo dispositivo a blocchi.

Usa l'autenticazione CHAP bidirezionale per i backend iSCSI di Trident per garantire che iSCSI initiator e il target iSCSI si autentichino reciprocamente. Questo impedisce agli host non autorizzati di stabilire sessioni iSCSI con la VM di storage.

Disabilita showmount sulla macchina virtuale di storage dell'applicazione per impedire ai client di elencare le esportazioni a cui non possono accedere.

Abilita la gestione automatica della capacità per garantire regolarmente che il tier SSD non superi la soglia.

Mantieni l'utilizzo del volume al di sotto dell'80% per evitare potenziali impatti sulle operazioni di lettura/scrittura delle applicazioni. Puoi aumentare la capacità manualmente o con l'autogrow del volume.

Per prestazioni ottimali, imposta la modalità di scrittura della relazione di cache in base al tuo carico di lavoro. La modalità write-around offre prestazioni migliori per carichi di lavoro con molte operazioni di lettura e file di piccole dimensioni, mentre la modalità write-back offre prestazioni migliori per carichi di lavoro con molte operazioni di scrittura e file di grandi dimensioni.

Abilita il dimensionamento automatico e la pulizia sui volumi della cache per mantenere dimensioni ottimali e concentrare la cache sui dati più utilizzati con la massima efficienza.

Abilita la creazione di report sulla capacità visibile all'host per fornire una migliore visibilità sull'utilizzo dello storage a livello di volume.

Conferma che il valore del tipo di sistema operativo (OS) del LUN ONTAP corrisponda allo schema di partizionamento del sistema operativo per ottenere l'allineamento I/O. Una configurazione errata potrebbe ridurre le prestazioni.

Configura le impostazioni dello spazio dei dispositivi a blocchi per le LUN utilizzate dalle istanze host del database per prevenire errori di scrittura e migliorare l'efficienza dello spazio su FSx for ONTAP. Questa configurazione si applica alla combinazione di impostazioni consigliata per i volumi con thin provisioning: space reservation, space allocation e fractional reserve.

Configura il thin provisioning per i volumi FSx for ONTAP che ospitano istanze di database. Questo approccio consente di archiviare più dati logici rispetto a quelli fisicamente disponibili.

Configura i file system FSx for ONTAP con la connettività AWS Transform MGN (MGN) richiesta e le impostazioni di autenticazione API prima di usarli con AWS MGN.

Utilizza una macchina virtuale di storage dedicata per i carichi di lavoro di Kubernetes. Mantenere separato lo storage di Kubernetes ne semplifica la gestione, la configurazione delle policy e contribuisce a garantire impostazioni di storage coerenti.

Fai corrispondere il sistema operativo dell'initiator group (igroup) al sistema operativo dell'host per evitare problemi di I/O o prestazioni.

Abilita il tiering dei dati cold per ridurre l'utilizzo del tier di storage SSD. Applica una policy di tiering a ogni volume dedicato allo storage di dati generici. Per i volumi di database, abilita il tiering dei dati cold dove opportuno. FSx for ONTAP analizza continuamente i dati alla ricerca di dati cold e li sposta nel tier del pool di capacità senza interruzioni.

Abilita le efficienze dello storage — compaction, compressione e deduplica — per ottimizzare l'utilizzo dello storage e ridurre il costo del tier SSD.

Elimina tutti i backup creati manualmente per i volumi che hai eliminato e tutti i backup più vecchi di due settimane. Questi backup non scadono automaticamente, possono aumentare i costi e aggiungere complessità se non ti servono più per SLA o ripristino.

Elimina gli snapshot vecchi o creati manualmente che non ti servono più. La loro rimozione può ridurre i costi e l'ingombro, soprattutto se non sono necessari per il tuo SLA o per le esigenze di ripristino.

Dopo che un dispositivo a blocchi non viene utilizzato per sette giorni, archivia i dati del dispositivo a blocchi o elimina il dispositivo a blocchi non utilizzato per ridurre i costi.

Una capacità SSD eccessiva comporta costi superflui. Riduci il tier SSD mantenendo un margine di spazio libero del 20%. L'operazione potrebbe richiedere da ore a giorni e durante questo periodo non sono supportate altre operazioni sul file system.

Dopo 31 giorni di inutilizzo di un volume NAS, archivialo o eliminalo per ridurre i costi.

Elimina tutti i cloni di volume più vecchi di 30 giorni per ottimizzare l'utilizzo dello storage e ridurre i costi.

Ribilancia i volumi FlexGroup per migliorare l'efficienza. Dopo l'espansione orizzontale, la capacità e l'attività del carico di lavoro possono risultare disomogenee all'interno del volume.

Ribilancia i volumi FlexVol per migliorare l'efficienza. Dopo l'espansione orizzontale, la capacità e l'attività del carico di lavoro possono risultare disomogenee all'interno del volume.

Abilita la gestione coordinata dello spazio del volume per ridurre il rischio che un volume esaurisca lo spazio. Senza di essa, una crescita imprevista dei dati o degli snapshot può riempire un volume, causando errori di scrittura e impatti sulle applicazioni.