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à.
Le migliori pratiche FSx per le implementazioni di ONTAP in ambienti aziendali
Questa sezione fornisce alcune best practice e considerazioni per la distribuzione e il funzionamento di Amazon FSx for NetApp ONTAP in ambienti aziendali. Questi consigli si basano sulle esperienze di AWS Professional Services.
Oltre ai consigli contenuti in questa guida, attieniti alle seguenti best practice:
-
Procedure consigliate per l'utilizzo di Active Directory (FSx per la documentazione di ONTAP)
-
Protezione dei dati (FSx per la documentazione ONTAP)
-
Le migliori pratiche di sicurezza nella documentazione IAMAWS Identity and Access Management ((IAM))
-
Guida alle migliori pratiche e all'implementazione per i FlexGroup volumi NetApp ONTAP
(NetApp documentazione)
Procedure ottimali per i livelli di storage e le politiche di suddivisione in più livelli
I livelli di storage sono i supporti di storage fisici per un file system Amazon FSx for NetApp ONTAP. Sono disponibili i seguenti livelli di storage:
-
Il livello SSD è uno storage su unità a stato solido (SSD) ad alte prestazioni progettato per i dati attivi, e puoi scegliere la dimensione di archiviazione per questo livello.
-
Il livello del pool di capacità è uno storage completamente elastico ottimizzato in termini di costi per i dati a cui si accede raramente. Il livello SSD è notevolmente più veloce del livello del pool di capacità. FSx per lo storage SSD ONTAP offre latenze operative dei file inferiori al millisecondo, mentre il livello del pool di capacità fornisce decine di millisecondi di latenza.
Una politica di suddivisione in più livelli, configurabile a livello di volume, determina se e quando i dati archiviati nel livello SSD passano al livello del pool di capacità. FSx for ONTAP offre quattro diverse politiche di tiering: Snapshot Only, Auto, All e None. Per ulteriori informazioni su ciascuna politica, consulta le politiche di tiering nella documentazione di ONTAP. FSx
Considerate i seguenti consigli quando impostate le politiche di suddivisione in più livelli per i volumi della condivisione di file:
-
I carichi di lavoro HPC devono accedere ai dati nel livello SSD per evitare rallentamenti delle prestazioni. Per i volumi a cui accedono i carichi di lavoro HPC, consigliamo di impostare la politica di tiering su più livelli su Nessuno o Solo Snapshot.
-
Quando si migrano i dati alla condivisione di file, si consiglia di impostare la politica di tiering del volume di destinazione su Tutti. Ciò riduce i costi perché tutti i dati migrano al livello SSD e vengono quindi immediatamente spostati al livello del pool di capacità. Inoltre, se viene utilizzato il 98% o più della capacità del livello SSD, la scrittura sul livello viene interrotta. L'impostazione della politica di tiering su All impedisce il raggiungimento di questa soglia di tiering durante la migrazione. Una volta completata la migrazione, è possibile modificare la politica di suddivisione in più livelli per bilanciare prestazioni e costi. Per ulteriori informazioni, consulta Migrazione delle condivisioni di file su Amazon FSx for NetApp ONTAP utilizzando AWS DataSync
(post AWS del blog).
Le migliori pratiche per utilizzare la dimensione massima della directory NetApp ONTAP
maxdirsizemaxdirsize
Il valore predefinito è 320 MB, che consente di archiviare fino a 4,3 milioni di file in ciascuna directory.
È possibile aumentare il maxdirsize
valore per supportare directory più grandi. Dopo che il valore è stato aumentato, non può essere diminuito senza ricreare la directory. Poiché le directory vengono caricate in memoria, esiste un compromesso tra la dimensione delle directory e le prestazioni del file system. È possibile convalidare le impostazioni personalizzate solo tramite un test. NetApp consiglia di mantenere questo valore predefinito. Per ulteriori informazioni, consulta le migliori pratiche e la guida all'implementazione per i FlexGroup volumi NetApp ONTAP
Se personalizzi l'maxdirsize
impostazione, puoi utilizzare la seguente formula per determinare quanti file possono essere contenuti in una singola cartella.
max number of files in each directory = maxdirsize in MB × 53 ×
0,25
Le migliori pratiche per il monitoraggio dei FSx file system ONTAP
Simile ad altri Servizi AWS, FSx perché ONTAP è integrato con Amazon CloudWatch. CloudWatch ti aiuta a monitorare le metriche delle tue AWS risorse quasi in tempo reale. Le metriche sono disponibili a livello di file system e volume e le metriche di monitoraggio dettagliate per queste risorse consentono di analizzarle con report più dettagliati. Per ulteriori informazioni, consulta Monitoring with Amazon CloudWatch nella documentazione di FSx for ONTAP. Prendi in considerazione i seguenti consigli quando esegui il monitoraggio FSx di ONTAP utilizzando: CloudWatch
-
Ti consigliamo di utilizzare la metrica del
StorageUsed
file system in modo da poter filtrare i risultati del monitoraggio per livello di storage. -
Utilizza la metrica del
StorageCapacity
file system per configurare un CloudWatch allarme che ti avvisa se viene utilizzata più dell'80% della capacità del livello SSD. Ciò garantisce che il tiering su più livelli funzioni correttamente per il volume e aiuta a mantenere la capacità di nuovi dati. Per ulteriori informazioni, consulta Soglie di suddivisione in più livelli.
Procedure consigliate per la scelta di un'opzione di implementazione in una zona di disponibilità
Puoi distribuire Amazon FSx for NetApp ONTAP in una configurazione Single-AZ o Multi-AZ. Ogni opzione offre diversi livelli di disponibilità e durabilità. Per ulteriori informazioni su queste opzioni di distribuzione, consulta Disponibilità e durabilità nella documentazione di FSx for ONTAP.
Multi-AZ implementa il file system FSx for ONTAP in una configurazione attiva-passiva. Pertanto, tutti i server che si connettono alla condivisione di file utilizzano solo l'endpoint nella zona di disponibilità principale. L'endpoint nella zona di disponibilità secondaria serve solo per il failover e non viene utilizzato per leggere o scrivere, a meno che non si verifichi un guasto nella zona di disponibilità principale.
Non è possibile modificare l'opzione di distribuzione della zona di disponibilità dopo aver creato il file system FSx for ONTAP. Per modificare la configurazione della zona di disponibilità, è necessario creare un nuovo file system e quindi migrare i dati nel nuovo file system.
Tuttavia, anche se hai distribuito una condivisione di file utilizzando l'opzione Single-AZ, puoi comunque accedervi da altre zone di disponibilità. La configurazione di rete, ad esempio i gruppi di sicurezza e l'elenco di controllo degli accessi alla rete (Network Access Control List, ACL di rete), deve consentire ai client di connettersi all'endpoint del file system. Utilizzando questo approccio, è previsto un addebito per il traffico Cross-AZ in ciascuna direzione (lettura e scrittura). Per ulteriori informazioni, consulta la pagina dei prezzi di Amazon FSx for NetApp ONTAP
Quando scegli un'opzione di implementazione, devi scegliere tra la resilienza della configurazione Multi-AZ e le prestazioni della configurazione Single-AZ. Se possibile per il tuo caso d'uso, ti consigliamo di selezionare l'opzione Multi-AZ perché offre un'elevata disponibilità. Tuttavia, l'opzione Single-AZ può essere più economica e ridurre la latenza. Considerate il carico di lavoro HPC e se è in grado di tollerare la latenza aggiuntiva.