Por que os frames gigantes afetam o desempenho do servidor

Question

Atualização: Devo definir apenas o quadro jumbo para servidor e servidor de arquivos, não cliente?

Em caso afirmativo, existe algum impacto na comunicação entre o servidor e o cliente?

Estou executando algum teste de desempenho para nosso produto.

Atualmente, todas as máquinas relacionadas a testes (servidores, servidores de arquivos, clientes, db) estão em uma rede 10G conectada por um poderoso Dell OpenManage Switch.

Estamos usando o iscsi para o servidor de arquivos. Nós temos um servidor de cluster que contém vários nós.

O teste de desempenho que estou executando basicamente é para simular o seguinte cenário: 1. máquina cliente irá criar um grande número de segmentos para enviar solicitação http para o servidor. 2. Com base no tipo diferente de pedidos, o servidor precisa obter alguns dados do servidor de arquivos que é compartilhado por todos os outros nós do servidor.

Os resultados do teste são: Sem quadros jumbo, o MTU 1500, a CPU do servidor 70% e o tempo médio de resposta para a solicitação http são de 1 segundo.

Com quadros jumbo, MTU 9000, CPU do servidor 20% e tempo médio de resposta para a solicitação http são de 5 segundos.

Nós configuramos quadros jumbo em todas as máquinas e alteramos as configurações de TCP.

Alguma idéia?

    

Answer 1

Bem:

• Quadros maiores = mais dados em cada pacote = sua CPU trabalha menos para enviar dados (tem um número menor de pacotes por segundo), mas demora mais para montar cada carga (mais latência).
• Quadros menores = menos dados em cada pacote = sua cpu trabalha mais para enviar dados (mais pacotes por segundo), mas leva menos tempo para montar cada carga útil (menos latência).

Answer 2

Eu tenho tentado ler e entender mais sobre o impacto da utilização de quadros Jumbo, e porque ele ainda não se tornou mainstream depois de mais de uma década. Este documento sugere os problemas reais enfrentados pelos tamanhos de quadros Jumbo, impedindo que eles atinjam mais do que o cenário de transferência de arquivos em massa.

link

Resumo de problemas que contribuem para atrasos de alta latência

1. Pipelining atrasado entre os meios de transmissão
2. Pequenos buffers de transmissão / recepção causando pacotes descartados = retransmitir
3. Tamanho de pacote maior = maior chance de colisão = retransmitir
4. Menor qualidade de CRC em maiores comprimentos de carga útil = pacotes corrompidos = retransmissão
5. Descoberta de MTU do caminho de ponta a ponta, nas duas maneiras

Answer 3

Seu "servidor" deve ter uma interface para iSCSI (essa interface é o barramento de disco!) e uma interface para os clientes acessarem o servidor. A interface iSCSI deve ser MTU9000, a interface de acesso do cliente deve ter uma MTU padrão. Além disso, seu switch precisa ser configurado para suportar quadros jumbo e controle de fluxo, ou o desempenho será ruim.