Eu tenho um aplicativo distribuído que transmite muito tráfego entre várias máquinas. Atualmente, essas máquinas compartilham uma rede gigabit com o restante das máquinas no rack, e estou começando a ver problemas (colisões de pacotes). Procurando soluções, me deparei com uma discussão sobre frames jumbo, que definitivamente resolveriam meu problema se funcionassem como anunciado. Mas ...
Os servidores que utilizo para a aplicação distribuída (é um tipo de web crawler) também precisam de acesso à Internet, e tudo que li sobre o jumbo frame alerta que para que funcione bemcada dispositivoconectado à rede deve suportar quadro jumbo. Meu roteador pode muito bem lidar com a divisão dos pacotes jumbo antes da transmissão, mas isso tornaria as coisas incrivelmente lentas.
Todos os meus servidores possuem duas placas de rede. Posso configurar uma rede privada para o aplicativo distribuído, certificando-me de que todas as primeiras placas de rede das máquinas estejam configuradas para jumbo frame, e usar a segunda placa nessas máquinas (com o jumbo frame desligado) para conectar-me ao resto do meu rede e para o mundo exterior. Meu pensamento aqui é que o tráfego pesado interno ao subsistema rastreador seria então isolado do resto da rede, incluindo o tráfego da Internet, e o uso do quadro jumbo melhoraria as velocidades de comunicação.
As máquinas são todas servidores Dell PowerEdge 1950 que executam o Windows 2008. Sei que os adaptadores de rede Broadcom GigE dos servidores PE suportam quadro jumbo, mas posso configurar um com quadro jumbo e outro sem?
Finalmente, como posso ter certeza de obter um switch que suporte jumbo frame? Estamos usando switches TP-Link que parecem funcionar bem atualmente, mas não consigo encontrar nenhuma informação sobre se eles suportam quadro jumbo.
Eu sei que tenho muitas perguntas. O que estou considerando parece razoável?
Responder1
Certifique-se de que suas NICs existam em netblocks separados ao fazer isso. Se você usa Linux, os pacotes são roteados através da primeira NIC do sistema no netblock, portanto, mesmo que a eth1 tenha um MTU de 9000, ela pode acabar roteando esses pacotes através da eth0.
Configuramos uma VLAN separada para nossa rede de armazenamento e tivemos que configurar um netblock separado na eth1 para evitar esse comportamento. Aumentar o MTU para 9.000 aumentou facilmente o rendimento, pois esse sistema específico lida com o streaming de vários arquivos bastante grandes.
Responder2
Isso deve ser bastante factível. As NICs de servidor no Windows podem ter configurações de MTU diferentes para cada interface. Caso contrário, o iSCSI, o driver usual dos jumbo frames, não teria a aceitação que tem tido.
Responder3
Dando um passo atrás por um momento, em um ambiente comutado full-duplex você não deveria estar enfrentando colisões. Eu investigaria a causa das colisões antes de prosseguir no caminho dos jumbo frames.
Dito isto, os dispositivos individuais devem negociar seus tamanhos de MTU entre si. Portanto, você não deveria ter que ativá-lo para todos os dispositivos.