Questa pagina descrive come ottimizzare l'accesso dei client NFS Linux per i carichi di lavoro di automazione della progettazione elettronica (EDA). Questo documento è rivolto ad amministratori di spazio di archiviazione , architetti cloud e ingegneri di sistema responsabili della configurazione dei nodi di calcolo Linux e della gestione di ambienti EDA ad alte prestazioni su Google Cloud.
Best practice per i client
I nodi Linux e le VM interattive montano NetApp Volumes su NFS. La regolazione dei client non aumenta i limiti di throughput dei volumi, ma aiuta a prevenire tempeste di metadati, sovraccarico degli slot su un singolo endpoint di archiviazione e un comportamento di lettura sequenziale scadente su librerie di grandi dimensioni.
Configura i client nel seguente ordine:
Concorrenza del kernel (prima del montaggio): concorrenza NFS Linux
Per le immagini di calcolo di Cluster Toolkit e Slurm, includi le impostazioni della tabella degli slot nell'immagine di calcolo o negli script di avvio prima del primo montaggio.
Opzioni di montaggio (al momento del montaggio): opzioni di montaggio NFS Linux
Read-ahead (dopo il montaggio, facoltativo): read-ahead NFS Linux
Per ulteriori informazioni sull'ottimizzazione dei client NFS, consulta Ottimizzare i client NFS Linux per NetApp Volumes.
Per i comandi di montaggio e le policy di esportazione, consulta Connettere i client NFS. Per distribuire i client su volumi di grandi dimensioni, consulta Connettere volumi di grande capacità con più endpoint di archiviazione e pattern architetturali EDA.
Ottimizzare le farm EDA con molti client
Utilizza le seguenti impostazioni per i deployment su larga scala con centinaia o migliaia di nodi di calcolo che condividono le stesse esportazioni. Queste configurazioni non corrispondono alle configurazioni di benchmark a VM singola, che in genere utilizzano l'opzione di montaggio nconnect=16 su un singolo host.
| Area | Punto di partenza consigliato |
|---|---|
| Protocollo | NFSv3 (vers=3) a meno che non siano richieste funzionalità NFSv4.1 |
| Concorrenza (NFSv3) | Tabella degli slot RPC bassa per client, ad esempio 8 voci in /etc/modprobe.d/sunrpc.conf |
| Connessioni | Una connessione TCP per client per endpoint di archiviazione; non utilizzare nconnect |
| Volumi di grande capacità | Monta per DNS o gruppi statici per distribuire i nodi su più endpoint di archiviazione |
| Dimensioni trasferimento | Imposta rsize=262144 e wsize=262144 |
| Affidabilità | Utilizza hard, tcp, timeo=600 o Google Cloud i valori predefiniti della console |
| Carico dei metadati | Utilizza noatime su librerie e scratch se l'applicazione lo consente |
| Blocchi (NFSv3) | Utilizza nolock se non utilizzi blocchi di consulenza e Network Status Monitor (NSM) non è configurato |
| Read-ahead | Aumenta per le librerie di sola lettura dopo il montaggio se le letture sequenziali sono lente |
Convalida la configurazione utilizzando il comando nfsiostat e le metriche descritte
in Monitorare le prestazioni
durante l'esecuzione di un test di regressione che rappresenta il carico di lavoro di produzione
tipico.
Ottimizzare i client per livello di dati
La tabella seguente elenca le aree di interesse dei client e le opzioni di montaggio tipiche per livello di dati:
| Livello | Focus del client | Opzioni tipiche relative al montaggio |
|---|---|---|
| Librerie | Riduci i round trip GETATTR e dei metadati; lettura sequenziale di file di grandi dimensioni |
vers=3, hard, tcp, noatime, rsize e wsize; valuta actimeo=600 e nocto solo se i dati sono di sola lettura e le regole di coerenza lo consentono |
| Temporaneo | Molti scrittori; la coerenza è importante | vers=3, hard, tcp e noatime; non utilizzare la memorizzazione nella cache aggressiva degli attributi; mantieni basso il numero di slot per nodo |
| Strumenti | Principalmente di sola lettura, simile alle librerie | vers=3, hard, tcp, noatime, rsize=262144 e wsize=262144; valuta actimeo=600 e nocto solo se i dati sono di sola lettura e le regole di coerenza lo consentono; mantieni opzioni di montaggio stabili nell'immagine del cluster |
| Home | I/O piccoli misti | Google Cloud In genere sono sufficienti i valori predefiniti della console; utilizza slot bassi se la home condivide un endpoint con scratch |
Utilizza Kerberos (sec=krb5, krb5i o krb5p) solo se richiesto dalla policy.
Non combinare Kerberos con nconnect. Per ulteriori informazioni, consulta
Opzioni di montaggio NFS Linux.
Passaggi successivi
- Per i risultati dei benchmark, consulta Benchmark dei carichi di lavoro di automazione della progettazione elettronica.