Um melhor sistema de múltiplos caminhos

6

Temos sorte, cada servidor que temos tem vários NICs / HBAs / CNAs conectados a vários switches e essa abordagem manteve nossa plataforma em diversas ocasiões. Dito isso, nos deparamos com um problema na semana passada que não sei como consertar.

Tivemos um switch que estava carregando uma boa parte do nosso acidente de trânsito (os detalhes não são importantes, mas era um Cisco 6509, teve um strong impacto na CPU e não voltou automaticamente). Infelizmente, ele deixou suas placas de linha funcionando (ou seja, L1 e L2 para cima), mas perdeu todos os seus uplinks. Os servidores conectados eram os seguintes:

  • EE EE de 32 bits do Windows Server 2003 com o Veritas Storage Foundation
  • Oracle Enterprise Linux 5.3 de 64 bits
  • VMWare ESXi 4.0
  • NetApp 3040 executando o OnTap 7.3.2

Todas essas máquinas falharam na detecção do comutador com falha e continuaram enviando tráfego para seu caminho, em vez de detectar a falha e mover o tráfego para outro comutador.

Eu preciso de ajuda para ver minhas opções para um multipathing melhor, essa não pode ser a primeira vez que isso acontece - deve haver outras maneiras de fazer isso (pesquisar as interfaces do HSRP, por exemplo) - você pode ajudar?

Obrigado antecipadamente.

    
por Chopper3 20.09.2010 / 16:30

1 resposta

4

Se os switches entre o seu Cisco 6509 e seus servidores também forem Cisco, você terá a opção de desligar todas as portas se uma (ou mais) portas ficar inoperante. Você define um conjunto de portas "upstream" e portas "downstream". Se todas as portas upstream forem desativadas, o switch derrubará as portas downstream.

Ele é chamado de rastreamento de estado de link e foi desenvolvido para situações como a sua.

Você encontrará uma pequena informação nesta página .

    
por 20.09.2010 / 16:37

Tags