none
redundancia Rede HeartBeat RRS feed

  • Pergunta

  • Bom dia,

    Estou com umas duvidas que talvez alguem possa me ajudar, tenho um cluster com 3 nós e minhas redes estao da seguinte forma uma rede de usuarios, uma rede de administração e uma rede de heartbeat em uma vlan separada no switch. esses dias tive um problema com a rede heartbeat e meu cluster caiu perdi acesso as vm´s, eu pergunto se isso é normal e se for como eu poderia ter uma redundancia desta rede estava pensando em fazer um team com duas placas e ligar os cabos em switchs diferentes, será que estou certo ou tem outra maneira.

    outra pergunta estou pensando em tirar a minha rede de administração e criar outra rede de usuarios, se eu colocar um ip na mesma rede da minha outra rede de usuários o cluster vai reconhecer e deixar criar outra rede.

    obrigado

    Julio Cezar

    quinta-feira, 26 de maio de 2011 14:34

Respostas

  • Olá

    Acho que você entendeu errado a minha resposta!

    Se a sua rede de Heartbeat não estiver funcional você não tem o failover, quando o cluster estiver de pé e tirar o failover a máquina que está aguardando, vai aparecer como indisponivel.

    O que pode ser feito e ligar um cabo de rede entre as duas máquinas, é a opção mais comum e utilizada. Agora eu te pergunto: Porque utilizar as portas do switch, pense nisso, você vai estar perdendo duas portas, e se colocar no papel você vai ver que isso sai mais caro do que ter um cabo de rede entre os dois servidores. :)

    Para eliminar problemas de comunicação, remova todo o tráfego de rede desnecessario do adaptador de rede. O Cluster se comunica por meio de chamadas Remote Procedure Call (RPC) em soquetes IP com pacotes UDP (User Datagram Protocol).

     

  • Remove o NetBIOS de interconexão.
  • Define a ordem de prioridade de comunicação de cluster adequada.
  • Define a ordem de ligação do adaptador correto.
  • Define a velocidade do adaptador de rede adequado e o modo.
  • Configura corretamente o TCP/IP.
  • Desative o IPv6.

    []´s


  • Wilsterman - MCT, MCITP, MCTS, MCSE
  • Marcado como Resposta Richard Juhasz sexta-feira, 3 de junho de 2011 19:48
terça-feira, 31 de maio de 2011 15:43
Moderador

Todas as Respostas

  • Olá

    Realmente isso não é normal, você analisou o eventviewer para verificar se ele gravou alguma mensagem de erro?

    Vamos pensar da seguinte forma em relação a quantidade de placas de rede que você está pensando em utilizar.

    Pequenos ambientes requer no minimo de 2-3 placas de redes;

    Grandes ambientes requer pelo menos de 4-5 placas de redes;

    Vamos pegar um ambiente comum como exemplo:

    - Uma placa de rede para as VMs;

    - Uma placa de rede para o gerenciamento do Host virtual;

    - Uma placa de rede para o Heartbeat (se tiver utilizando o serviço de cluster) / ou uma placa de rede para o backup das VMs (se tiver esse cenario).

    O que seria essa rede de usuário, seria uma rede de Workload (rede das máquinas virtuais)?

    Em relação a criação de um NIC Teaming para redes heartbeat definitivamente não é recomendado. Uma rede heartbeat precisa ser rapida e "leve".

    Se esqueci de responder algo da sua pergunta deixe-nos saber.

    []´s

     

     


    Wilsterman - MCT, MCITP, MCTS, MCSE
    quinta-feira, 26 de maio de 2011 16:06
    Moderador
  • olá Wilsterman, obrigado pela resposta,

     se entendi bem mesmo que minha rede heartbeart  fique fora o meu cluster teria que ficar no ar?

    meus servidores tem 4 placas de rede cada um, como disse estou usando uma para heartbeart, uma para usuarios (externa - rede para comunicação com a rede da empresa) e uma para administração(interna), como tenho muitas maquinas virtuais estava pensando em tirar a rede de administração e usa-la para as vm´s acessarem a rede da empresa.

    quanto ao NIC Teaming voce acha que não é recomendavel? Eu estavca pensando em criar teaming em load balance para as placas e caso uma apresente problema as informações seguiriam pela outra placa.

    Teria alguma outra maneira de proporcionar redundancia nesta rede?

    se tiver alguma duvida pode postar

    Desde já Obrigado

     

    Julio Cezar

    quinta-feira, 26 de maio de 2011 16:27
  • Olá

    O Teaming não é recomendado para a rede Heartbeat, para a rede das VMs (rede externa) você pode utilizar sim.

    Uma pergunta:

    Você está sentindo que as VMs que estão nessa rede externa esta apresentando lentidão e é por isso que chegou nessa conclusão de usar a outra placa de rede?!

     

    []´s

     


    Wilsterman - MCT, MCITP, MCTS, MCSE
    quinta-feira, 26 de maio de 2011 17:30
    Moderador
  • Olá,

    Na verdade não as VM´s estão tranquilas mas como tenho mais de trinta maquinas achei que aumentando outra rede posso prever possiveis gargalos nas VM´s. na verdade eu tinha Teaming na rede Externa mas tive problemas com algumas VM´s que usavam endereço mac estatico e tive que remover o Teaming.

    desculpe a insistencia mas voce fala que se minha rede de heartbeat cair meu cluster tem que continuar no ar, porque como eu disse eu isolei a rede heartbeat em uma vlan e nas outras redes do cluster eu desabilitei a comunicação de rede do cluster, nao sei se voce entendeu mas o cluster so pode usar a rede heartbeat para se comunicar. voce ja deve ter percebido mas meu medo é pararo cluster pela simples falha de uma placa de rede. o que posso fazer é habilitar a comunicação do cluster em outra rede como a de adminstração por exemplo mas nao me parece muito certo porque as melhores praticas pedem que voce isole a rede heartbeat do resto da rede.

    att

    Julio Cezar

     

     

    quinta-feira, 26 de maio de 2011 18:20
  • Olá

    Acho que você entendeu errado a minha resposta!

    Se a sua rede de Heartbeat não estiver funcional você não tem o failover, quando o cluster estiver de pé e tirar o failover a máquina que está aguardando, vai aparecer como indisponivel.

    O que pode ser feito e ligar um cabo de rede entre as duas máquinas, é a opção mais comum e utilizada. Agora eu te pergunto: Porque utilizar as portas do switch, pense nisso, você vai estar perdendo duas portas, e se colocar no papel você vai ver que isso sai mais caro do que ter um cabo de rede entre os dois servidores. :)

    Para eliminar problemas de comunicação, remova todo o tráfego de rede desnecessario do adaptador de rede. O Cluster se comunica por meio de chamadas Remote Procedure Call (RPC) em soquetes IP com pacotes UDP (User Datagram Protocol).

     

  • Remove o NetBIOS de interconexão.
  • Define a ordem de prioridade de comunicação de cluster adequada.
  • Define a ordem de ligação do adaptador correto.
  • Define a velocidade do adaptador de rede adequado e o modo.
  • Configura corretamente o TCP/IP.
  • Desative o IPv6.

    []´s


  • Wilsterman - MCT, MCITP, MCTS, MCSE
  • Marcado como Resposta Richard Juhasz sexta-feira, 3 de junho de 2011 19:48
terça-feira, 31 de maio de 2011 15:43
Moderador