ECS: Best practice per il mounting delle esportazioni NFS

Le seguenti best practice si applicano quando si esegue il mount delle esportazioni NFS ECS. 

Utilizzare async. 
Quando possibile, utilizzare l'opzione di montaggio asincrono . Questa opzione riduce drasticamente la latenza, migliora il throughput e riduce il numero di connessioni dal client. 

Impostare wsize e rsize per ridurre i round trip dal client. 
Quando si prevede di leggere o scrivere file di grandi dimensioni, assicurarsi che le dimensioni di lettura o scrittura dei file siano impostate in modo appropriato utilizzando le opzioni di mount rsize e wsize . In genere, le opzioni wsize e rsize vengono impostate sul valore più alto possibile per ridurre il numero di round trip dal client. Si tratta in genere di 512 KB (524.288 B). 

Ad esempio, per scrivere un file da 10 MB, se l'opzione wsize è impostata su 524288 (512 KB), il client effettua 20 chiamate separate. Se la dimensione di scrittura è impostata su 32 KB, il numero di chiamate è 16 volte superiore. 

Quando si utilizza il comando mount, è possibile fornire le dimensioni di lettura e scrittura utilizzando l'opzione di opzioni (-o). Ad esempio:
# mount <ECS IP ADDRESS>:<Remote Path> <Local Mount Point> -o "vers=3,nolock,rsize=524288,wsize=524288"

Utilizzare nomi file univoci. 
Quando possibile, si consiglia di utilizzare nomi file univoci, seguendo una strategia come un prefisso o un suffisso del nome del server, data, giorno della settimana, ora al nome del file.

Ad esempio, evitare di utilizzare un nome file come "backup" per copiare molti backup di server in ECS tutti nello stesso giorno/ora utilizzando NFS, in quanto questa azione combinata potrebbe causare non solo un'elevata pressione della memoria e causare il riavvio di più servizi su più nodi da parte del sistema operativo. Potrebbe inoltre saturare la larghezza di banda I/O del disco, con conseguente impatto su altre attività ECS. La distribuzione della copia dei backup nell'arco della settimana offre un'esperienza complessiva migliore.

La sovrascrittura frequente di file con lo stesso nome può causare un elevato utilizzo della memoria per costruire le immagini in memoria per lo stato corrente dell'oggetto. Si sono inoltre verificati problemi con la misurazione che mostra ritardi nei valori quando la misurazione aggiorna il riferimento positivo dall'oggetto aggiuntivo e i valori negativi vengono regolati dalla compressione dell'indice.

Articoli della Knowledge Base su NFS correlati:

• ECS: come creare un'esportazione NFS di base e montarla su un client
• ECS: errore di streaming del registro dataheadsvc: LINK della procedura NFSv3 non supportato nella richiesta ReadLinkRequest (in inglese)
• ECS: mounting di NFS non riuscito con errore No such file or directory o ERROR_OBJECT_NOT_FOUND (in inglese)
• ECS: errori I/O remoti di NFS; la modifica del proprietario del bucket per il bucket abilitato per il file system può rendere impossibile per applicazioni/utenti accedere ai file NFS (in inglese)
• ECS: la scrittura in NFS genera un errore di I/O dopo una determinata quantità di dati. (in inglese)
• ECS: utilizzo della condivisione file NFS da ECS con un datastore NFS VMware (in inglese)
• ECS: best practice per il mounting delle esportazioni NFS ECS (in inglese)
• ECS: come montare la condivisione NFS su un client Windows
• ECS: NFS non riesce a eseguire il mounting dopo aver modificato le impostazioni di esportazione dei file nell'interfaccia utente (in inglese)
• ECS: Oracle WebCenter Content (WCC) è compatibile con ECS? (in inglese)