Servidor de arquivos Small LAN Linux e design de rede

Question

Temos uma pequena rede local com dezenas de PCs cliente de desktop e um servidor de arquivos. Nosso objetivo é permitir que os PCs clientes tenham todo o armazenamento no servidor de arquivos e, para as operações de E / S, se sintam como se o armazenamento ainda fosse local.

A maioria das operações de arquivo envolve a abertura / salvamento de arquivos com menos de 6 MB. Arquivos típicos são planilhas (1,6 MB em média), imagens (png jpeg 5,5 MB em média), áudio (mp3, 5 MB avg) e pequenos arquivos de texto.

No entanto, um de nossos funcionários faz edição de áudio e vídeo, em que os arquivos de áudio têm, em média, 200 MB e os arquivos de vídeo podem ter alguns GB.

Nosso objetivo é ter todos os arquivos armazenados no servidor de arquivos em que possam ser armazenados em backup, etc.

Aqui está o nosso equipamento:

• Switch: HP Procurve 1820-48G J9981A
• Servidor de arquivos: portas LAN GbE duplas via Intel® i210 (Placa-mãe: Placa-mãe de servidor SUPERMICRO MBD-X10DAL-I-O ATX / Intel C612)
• LAN: cabeamento CAT 5E para execuções mais curtas; CAT 6 blindado para execuções mais longas
• Clientes: desktops Linux com NICs Gigabit. Todos os sistemas executam o Arch Linux ou o Kubuntu LTS (14.04 e 16.04 atualmente).
• Protocolo: NFS v4

Podemos carregar o servidor de arquivos com o máximo de RAM ou poder de processamento ou outros componentes conforme necessário (dentro do razoável) para atingir nosso objetivo. Nós não sabemos onde o gargalo de desempenho será no entanto. (Não sabemos como abordar esse problema corretamente, pois temos pouca ou nenhuma experiência em rede.)

Uma ideia que surgiu foi fazer o agrupamento de NICs no servidor de arquivos da seguinte forma:

OutraideiaerausarasNICsdoservidordearquivosseparadamenteeconectaroPCclientequetrabalhacomgrandesarquivosdemídiaemumendereçoetodososoutrosnooutroendereço.

Conclusão: precisamos de conselhos sobre os requisitos do servidor e o design da rede. Por favor, aponte-nos na direção certa! Obrigado

    

Answer 1

Minha recomendação pessoal seria usar o agrupamento de NICs, por vários motivos. NIC teaming / boding permitirá redundância de link e / ou balanceamento de carga, dependendo de quais opções você selecionar e de suas escolhas de hardware / SO.

Se você optar por uma configuração com balanceamento de carga, o tráfego será dividido em ambos os links, proporcionando um "canal" único e lógico de 2 Gbps - digo "com eficiência" porque há várias opções para escolher - por exemplo, viscosidade de origem / destino, round-robin, ativo / passivo, etc.

Seus clientes também terão um único endpoint para se comunicar, o que simplificará muito a sua implantação.

No que diz respeito aos requisitos do servidor, isso está além da missão do ServerFault, pois aceitamos apenas perguntas que tenham uma resposta quantificável, mas o gargalo será quase certamente a largura de banda da rede, com um afunilamento secundário de E / S de disco.