Quais são as taxas típicas de leitura / gravação NFS


9

Acabei de instalar um servidor que está enviando arquivos de streaming de vídeo HTTP para um servidor Web por NFS e quero garantir que a velocidade de transferência seja otimizada. Mas não sei que tipo de taxas de leitura / gravação são típicas, portanto não sei se já atingi o máximo. Entendo que wsizee os rsizeparâmetros são importantes, mas não sei o que eles estão deixando de usar e se vale a pena alterá-los.

Conforme o artigo do sourceforge no NFS, testei a velocidade de gravação usando:

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

E eu recebo uma taxa de gravação de 48MB / s .
Testei isso várias vezes (desmontagem / montagem para limpar o cache) e essa velocidade foi bastante consistente.

Eu testei a velocidade de leitura:

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

E obter um Leia taxa de 117MB / s

O switch ethernet e todos os cabos são bons para 1Gb / se as NICs das duas máquinas estão configuradas para usar jumbo-frames (MTU = 9000) e no / etc / exportfs eu defino a asyncopção - a velocidade é mais importante para mim do que dados perfeitos integridade. Ambas as máquinas são HP Proliant razoavelmente padrão com unidades SATA de 7.2K (3G em uma, 6G na outra). Ambas as máquinas estão usando o Linux 2.6.18. A máquina que envia os arquivos está executando o CentOS 5.5 e a máquina que os recebe está executando o RHEL 5.4 (Tikanga).

Espero que alguém que tenha testado vários sistemas diferentes possa dizer se os números acima são típicos para a transferência de dados NFS ou se há muito espaço para aumentá-los.


3
Qual é a velocidade de leitura / gravação diretamente no servidor NFS e como isso se compara à sua velocidade no NFS? O BTW Linux 2.6.18 é bastante antigo, você tem certeza de que não é hora de atualizar?
Zoredache

1
@Zoredache: 2.6.18 é o kernel base no RHEL / CentOS / etc 5.x. 6.x usa um novo kernel (2.6.32 base). O RHEL 5.x 2.6.18 é muito diferente de um kernel.org 2.6.18.
Daniel Lawson

Verifique também o rsync e o (s) cp entre os servidores para ter uma idéia de qual é a largura de banda.
grs

"Taxa típica"? Que conceito estranho
Steve-o

Respostas:


5

Adam, na minha opinião, você está no estádio certo.

O tamanho do bloco é extremamente importante, como o artigo do sourceforge implica.

É improvável que você consiga atingir a velocidade do fio da rede entre 110 e 120 MB / s (1 Gb, isso significa bits, não bytes).

Para o público, aqui está o artigo que é ótimo: http://nfs.sourceforge.net/nfs-howto/ar01s05.html

Obviamente, existe alguma sobrecarga na transferência do bloco, na obtenção da resposta. Testamos em Ethernet de 10 Gb, não foi mais rápido. Mas, em teoria, poderíamos executar mais NFS em paralelo com esse tubo mais gordo.


3

Faça uma comparação com um dispositivo NAS de 1 compartimento da Synology usando CIFS, eles não publicam números NFS:

insira a descrição da imagem aqui

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

Isso indica que seu servidor de arquivos é um pouco mais rápido que um NAS de 1 disco de 2010, mas pior que um modelo de 2011.

O máximo para Ethernet de 1Gb deve estar na região 110-120MB / s. Verifique se você está usando o transporte TCP para NFSv3 e não UDP, e não NFSv2. NFSv4 seria mais preferível.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.