Aumentando a velocidade entre edifícios acima de 1Gbps

3

Eu estou procurando opções para aumentar a velocidade entre os edifícios, idealmente sem ter que substituir a fibra existente.

Situação atual:

  • Campus de várias construções, com links de fibra de Gbps entre edifícios.
  • Netgear alterna com a fibra conectada a GBICs netgear nesses switches.
  • O comutador HP 2510G Camada 3 é o "núcleo".
  • Existe um par de fibras não utilizado entre a sala do servidor e outro prédio

Para reduzir o risco de problemas de construção / sprinklers / incêndios que causam perda de dados, queremos mover o servidor de backup para outro prédio em nosso campus. No entanto, o servidor de backup tem (2) NICs GbE agrupadas para permitir que os backups sejam concluídos durante a janela noturna.

Não acredito que o switch HP principal possa suportar portas com mais de 1 GbE. Meu pensamento inicial é colocar uma HP correspondente na outra extremidade, equipe duas portas de fibra Gb e, em seguida, equipe duas portas Gb para o servidor de backup na outra extremidade.

Mas estou pensando em outras opções que podem ser mais rápidas, mais resilientes ou menos caras.

    
por tomjedrz 24.08.2011 / 18:59

2 respostas

3

Se os seus switches suportarem (parece que isso é duvidoso), então você pode apenas atualizar para a ótica de 10G e estará tudo pronto. Se isso não for uma opção, você pode procurar algumas caixas CWDM mux / demux para colocar em qualquer extremidade da execução de fibra. Dessa forma, você poderia dividir dois ou mais fluxos 1G, cada um em seu próprio comprimento de onda.

    
por 24.08.2011 / 19:12
1

Você tem um problema difícil aqui. Eu suspeito que a única solução será uma atualização principal para suportar portas de 10Gbps, porque a única outra opção que vem à mente (e que você aludiu em sua pergunta) - agregação de link - não funciona muito bem quando você só tem um endpoint. A implementação de todos os switches de tais coisas que eu vi tem opções irritantemente limitadas para equilibrar o tráfego entre os vários links - geralmente limitados a endereços MAC de origem / destino. Isso é chato para mim, porque o driver de ligação de canal do Linux pode fazer round-robin direto, o que funcionaria bem nesse tipo de situação.

Se você achar que seus switches farão esse modo (eu não joguei com switches Netgear, apenas Cisco Catalyst e HP Procurve), então definitivamente valeria a pena dar uma chance. Como o dispositivo na extremidade oposta é um servidor de backup e, portanto, o tráfego deve ser (para minha estimativa) bastante assimétrico, fazendo com que o balanceamento do link seja o endereço MAC source , também, já que (Eu presumo) o tráfego está vindo de uma ampla gama de fontes. Eu não iria simplesmente pular para isso como uma solução, porque todo o seu tráfego de retorno definitivamente terminaria em um link (um endereço MAC de origem para tudo isso), e se você está correndo perto de 2Gps no total, você vai acabar com um link entupido).

Uma outra opção possível, se você estiver aberto a soluções excêntricas, seria dividir os backups em mais de uma máquina. Isso irá (tender) equilibrar o tráfego em virtude dos diferentes endereços MAC (embora o algoritmo hash possa causar problemas ao "acidentalmente" fazer hash de todos os MACs para o mesmo link, o que nunca é divertido).

Se tudo isso não funcionar, acho que você está pronto para uma atualização de rede básica. Switches capazes de lidar com 10G óptica não são tão caros hoje em dia (muito melhor do que os switches de cobre de 10G de 48 portas, de qualquer forma ...)

    
por 25.08.2011 / 00:00