Quels sont les taux de lecture / écriture NFS typiques

9

Je viens d'installer un serveur qui envoie des fichiers de streaming vidéo HTTP à un serveur Web via NFS et je veux m'assurer que la vitesse de transfert est optimisée. Mais je ne sais pas quels types de taux de lecture / écriture sont typiques, donc je ne sais pas si j'ai déjà atteint un niveau proche du maximum. Je comprends cela wsizeet les rsizeparamètres sont importants mais je ne sais pas à quoi ils sont par défaut et si cela vaut la peine de les changer.

Selon l'article sourceforge sur NFS, j'ai testé la vitesse d'écriture en utilisant:

time dd if=/dev/zero of=/mnt/data/video/testfile bs=16k count=16384

Et j'obtiens un taux d' écriture de 48 Mo / s .
J'ai testé cela plusieurs fois (démontage / montage pour vider le cache) et cette vitesse était assez constante.

J'ai testé la vitesse de lecture:

time dd if=/mnt/data/video/testfile of=/dev/null bs=16k

Et obtenir un Lire taux de 117MB / s

Le commutateur Ethernet et tous les câbles sont bons pour 1 Gb / s et les cartes réseau sur les deux machines sont configurées pour utiliser des trames jumbo, (MTU = 9000) et dans / etc / exportfs, je définis l' asyncoption - la vitesse est plus importante pour moi que les données parfaites intégrité. Les deux machines sont des HP Proliant assez standard avec des disques SATA 7,2K (3G sur l'un, 6G sur l'autre). Les deux machines utilisent Linux 2.6.18. La machine qui envoie les fichiers exécute CentOS 5.5 et la machine qui les reçoit exécute RHEL 5.4 (Tikanga).

J'espère que quelqu'un qui a testé un certain nombre de systèmes différents peut dire si les chiffres ci-dessus sont typiques du transfert de données NFS ou s'il y a beaucoup de place pour les augmenter.

Adam Salkin
la source
3
Quelle est la vitesse de lecture / écriture sur le directement sur le serveur NFS et comment cela se compare-t-il à votre vitesse sur NFS? BTW Linux 2.6.18 est assez ancien, vous êtes sûr qu'il n'est pas temps de mettre à niveau?
Zoredache
1
@Zoredache: 2.6.18 est le noyau de base dans RHEL / CentOS / etc 5.x. 6.x utilise un nouveau noyau (base 2.6.32). Cependant, le RHEL 5.x 2.6.18 est très différent d'un noyau kernel.org 2.6.18.
Daniel Lawson,
Vérifiez également le rsync et le (s) cp entre les serveurs pour vous donner une idée de la bande passante.
grs
"Taux typique"? Quel concept étrange
Steve-o

Réponses:

5

Adam, à mon avis, vous êtes dans le bon stade.

Blocksize est extrêmement important comme l'indique l'article sourceforge.

Il est peu probable que vous puissiez atteindre la vitesse de connexion de votre réseau de 110 à 120 Mo / s (1 Go, ce ne sont pas des octets).

Pour le public, voici l'article qui est génial: http://nfs.sourceforge.net/nfs-howto/ar01s05.html

Il y a bien sûr des frais généraux pour transférer le bloc, obtenir la réponse. Nous avons testé sur Ethernet 10 Gb, ce n'était pas plus rapide. Mais en théorie, nous pourrions exécuter plus de NFS en parallèle avec ce tuyau plus gros.

Ranzo Taylor
la source
3

Faites une comparaison avec une appliance NAS 1 baie de Synology utilisant CIFS, ils ne publient pas de chiffres NFS:

entrez la description de l'image ici

http://www.synology.com/products/performance.php?lang=enu

Cela se lit comme votre serveur de fichiers est un peu plus rapide qu'un NAS à 1 disque 2010 mais pire qu'un modèle 2011.

Le maximum pour Ethernet 1 Go doit être compris entre 110 et 120 Mo / s. Assurez-vous que vous utilisez le transport TCP pour NFSv3 et non UDP, et non NFSv2. NFSv4 serait plus préférable.

Steve-o
la source