Então, o que realmente faz um NIC de grau de servidor?

6

Temos alguns servidores hospedando o Citrix VM. Estamos planejando adicionar armazenamento SAN à nossa rede para que possamos fazer a migração rápida e alta disponibilidade. A questão surge com a decisão de quais NICs comprar para os servidores. Nós temos vários slots pci (e) disponíveis nos servidores, então a densidade não é um fator. Nós não vamos fazer 10Gbs.

As preocupações são gigabit, suporte a quadros jumbo (do qual qualquer nic antigo é aparentemente capaz) e garantir que nenhuma carga de processamento seja colocada no próprio servidor (nenhum acordo de tipo softmodem).

Eu vejo algumas nics anunciando "conexão de cobre". Existe algum benefício nisso? Que outras opções eu não devo comprometer?

Não seria preferível ter nics de porta única mais dupla para fins de redundância? Isso é o que eu juntei de este tópico SF .

A configuração do San que estamos procurando, se alguém estiver interessado:

Clariion: link (folha de dados) link $ 9679.99

OR

Dell: link $ 10.749 (não configurado como impresso - base 1tb) $ 12.905,00 (8tb configurado)

Switch gerenciável: link x1 $ 599 OU link x1 $ 350

Editar: para esclarecer a intenção da configuração da SAN, a ilustração abaixo mostra a rede isolada adicionada que estamos adicionando para o armazenamento dos 2 servidores xen. Nós não precisamos (creio) de um switch de fantasia, apenas um com capacidade de frame jumbo, recursos de gerenciamento padrão e capacidade de vlan:

    
por Detritus Maximus 15.12.2010 / 16:28

3 respostas

4

Você está perguntando sobre como fazer uma pequena SAN iSCSI e está no caminho certo. Fazemos algo muito semelhante com os servidores Dell e os arrays MD3000i.

No diagrama fornecido, você mostra dois links do servidor para alternar. Eu acho que você pode se virar com um link, a menos que você esteja ligando-os para um maior throughput. Conforme mostrado, o arranjo protege contra falha da NIC do servidor, do cabo e da porta no comutador. Uma abordagem melhor (alta do dólar) seria adicionar um segundo comutador e conectar cada Servidor a cada comutador e conectar os comutadores de forma cruzada. Isso protege contra a perda de um switch inteiro, mas adiciona a complexidade do Spanning Tree, que é o protocolo Layer2 para impedir o loop que de outra forma aparece na rede quando dois switches são introduzidos. A partir daí, os dois switches são comumente conectados a duas cabeças SAN, que são conectadas de forma cruzada ... mas isso é uma escala maior do que a que você perguntou. Vá caminho único todo o caminho, e aceite o risco marginal aumentado no comércio para facilidade de atendimento & alimentando.

Em relação à facilidade de atendimento & alimentação: Pense muito sobre a probabilidade relativa de falha de hardware versus falha de wetware. Eu sinto que vejo uma proporção de 5: 1 de humanos fracassados em comparação com a falha real de HW, e então se você não vai fazer o mega-buck totalmente redundante - tudo, mantenha isso simples.

Se você ativar os Jumbo Frames, terá que fazer Jumbo Frames em toda a rede. Você esboçou uma rede de armazenamento dedicada, então você pode fazer isso - eu não tenho tanta sorte.

Se você estiver vinculando essas NICs de servidor para taxa de transferência, considere adicionar mais interfaces vinculadas do switch ao cabeçote SAN. Se cada um dos N servidores estiver fazendo tráfego X, o san precisará acompanhar o tráfego do NX, menos alguns fatores de falsificação de excesso de assinatura.

Eu acredito que a "conexão de cobre" que você perguntou é simplesmente ethernet de par trançado de cobre CAT6, como usado para iSCSI. À medida que você entra no mundo de SAN mais avançado, você vê mais conexões de fibra óptica e placas de HBA com vários conectores físicos modulares - SFP, GBIC, etc.

Tangencialmente, como você está dividindo as sessões de usuários entre os servidores da Citrix? Existe algum tipo de balanceamento de carga ativo no local (Netscaler?) Se você tiver servidores HA Xen, como o processo de failover parece da perspectiva do usuário? Verifique se você identificou o mecanismo pelo qual essa SAN realmente melhora as coisas para os usuários.

Editado para adicionar: você também pode precificar um cluster de armazenamento de anexo direto compartilhado mais tradicional. Eu faço isso com o Windows, então não tenho detalhes sobre o Xen / Linux, mas é um disco SAS compartilhado entre os dois nós. Exemplo é o Dell MD3000 (não o modelo "i"). (Com a Dell, você também precisa do HBA adequado, SAS 5 / e, iirc) Se você nunca vai adicionar mais nós de computação, o cluster SAS pode ser mais fácil & mais barato para construir. Tudo o que você acabar fazendo: validar & Teste, teste, teste. Na minha experiência, as pessoas criam um cluster para adicionar "alta disponibilidade" sem definir o que isso significa em termos reais, e depois não validam que ele as protege contra as falhas que estavam esperando (na verdade, realmente) contra.

    
por 15.12.2010 / 19:42
11

Espere - você está pedindo NICs de servidor, mas quer comprar um switch de 350 dólares? Eu não entendo isso ...

Normalmente, os switches Gige de 48 portas do "server server" vão para algo em torno do preço de tabela de 3000-5000 USD. Talvez você queira olhar para as coisas do lado do switch como empilhamento para o LACP de pilha cruzada.

Em relação à NIC, coisas como:

  • interface de DMA adequada e bons drivers que suportam interrupções de MSI-X (verifique as avaliações de desempenho para isso)
  • correspondendo à velocidade da interface PCI-E
  • várias portas, se necessário
  • Mecanismo de transferência de TCP
  • recursos do L2 como 802.1Q e 802.1X
  • mecanismo de descarregamento iSCSI
  • Suporte ao GBIC se você precisar misturar e combinar a WAN e a LAN no mesmo NIC
por 15.12.2010 / 17:15
1

So what really makes a server grade NIC?

Principalmente a qualidade.

A partir de um ponto de fabricação, as diferenças entre um servidor e uma NIC de grau "consumidor" são um pouco semelhantes às diferenças entre uma placa-mãe de servidor adequada e a de um PC comum. Primeiro, os componentes são geralmente de maior qualidade, selecionados com tolerâncias menores e maiores margens de reserva. Também haverá normalmente um melhor circuito de proteção para proteger contra danos causados por tensões fora da tolerância, como picos induzidos em um cabo de rede que pode fritar uma NIC comum.

Os chipsets usados geralmente possuem algum nível de redundância, onde partes do circuito podem ser ativadas e desativadas conforme necessário para lidar com as condições de falha. Não é nada diferente de ter fontes de alimentação redundantes no servidor.

O firmware também é provável que seja melhor em uma NIC de nível de servidor, o que geralmente permite lidar com condições de rede que podem trazer uma NIC comum aos seus joelhos proverbiais.

    
por 16.12.2010 / 04:19