none
Failover Cluster com CSV. RRS feed

  • Pergunta

  • Boa Tarde a todos,

    Estou implementando um cluster shared volume com o failover cluster, atualmente tenho 8 interfaces de rede e gostaria de configurar mais interfaces de redes para esse cluster. porem quando vou validar o cluster ele diz que a placa de rede1 esta na mesma rede que a  placa2.

    exemplo

    Ethernet 1 - 172.16.1.1/16 - (externa)

    Ethernet 2 - 172.16.1.2/16 - (externa)

    Ethernet 3 - 10.0.0.1/8 - (privada)

    Ethernet 4 - 192.168.1.100 (ISCSI)

    com essa configuração, quando vou validar a configuração no failover cluster manager ele alega que a ethernet 1 esta na mesma rede que a ethernet 2.

    qual a melhor solução para colocar por exemplo 2 placas de rede (externa)? team? subredes(como rotear entre as redes)?

    Obrigado.

    Mauricio Mizikami

    quinta-feira, 2 de dezembro de 2010 18:26

Respostas

  • Olá

    Kola,

    Nos meus server tenho 8 nic's, sendo 2 dedicadas para o iscsi, porem tenho problemas com a validação dos endereços de redes, os endereços da iscsi devem ficar em subnet diferentes?

    se vou utilizar 2 nics para rede publica, qual a melhor forma de fazer isso? team?(placas broadcom e intel).

    as redes privadas e internas devem ter subnets entre elas e entre a publica diferentes?

    não entendi a parte de deixar as placas sem endereço ip, as publicas não devem ter endereços? ai eu colocaria um placa com endereço exclusivamente para o gerenciamento?

    Obrigado pela ajuda,

    Mauricio.


    MCP-MCDST-MCITP
    terça-feira, 21 de dezembro de 2010 12:37

Todas as Respostas

  • Olá Mauricio,

    Minha sugestão seria vc criar um team com essas duas placas. Se puder ligar uma placa em um switch e outra em outro, desde que estejam empilhados e devidamente configurados seria interessante. Com isso vc teria uma redundãncia no acesso ao servidor e teria mais velocidade. Em relação a rede privada, vc pode trabalhar com IPv6 e nem colocar endereço IPv4 (desde que não estejam em uma VLAN num switch que não tenha feature de IPv6). 

    sexta-feira, 3 de dezembro de 2010 00:24
  • team sempre foi problematico em ambientes microsoft (tela azul), será que nâo há um outra forma?

     

    sexta-feira, 3 de dezembro de 2010 02:53
  • A forma ideal é usar o Multipath Input Output e não o TEAM (mesmo que seja o 802.3ad de link aggregation).

     

    É um recurso do 2008. No TechED 2010 eu mesmo fiz uma pergunta semelhante ao Kola e ele me deu exemplos do MPIO funcionando. Muito melhor que o TEAM da HP que eu estava utiliazando.


    Se foi útil marca como resposta! _________________________________________________ Rafael Bernardes - It Hero 2009 Award Microsoft Certified Technology Specialist rafael@bernardes.org http://blog.bernardes.org 21 8162-3956 21 7894-5536
    domingo, 12 de dezembro de 2010 22:00
  • Rafael, o Multipath é utilizado para mais de um servidor acessar uma mesma lun ao mesmo tempo.

     

    o meu problema é na validação dos endereços de redes, quando eu vou validar a configuração, me aparece uma alerta dizendo que a interface 1 está na mesma rede que a interface 2, provavelmente isso se resolveria criando subnets, porem preciso que todas maquinas virtuais se comuniquem com as fisicas, e com varias subnet eu teria que fazer o roteamento. qual seria a melhor forma de configurar essas redes ?


    MCP-MCDST-MCITP
    segunda-feira, 13 de dezembro de 2010 12:36
  • O MPIO pode ser usado para mais de uma interface de rede (do mesmo servidor) se conectar ao seu storage. Funciona como o Link Aggregation (802.3ad), só que esse não é recomendado para esse cenário. Essa recomendação foi dada no TechEd 2010 pelo Kolarik.

    Mas eu ainda não entendi o seu cenário. Para um cluster de VMs eficiente você precisa de;

    • Rede para o live migration
    • Rede para o Heartbeat
    • Rede para a comunicação com o storage (no caso de Iscsi)
    • Rede para a comunicação com a sua LAN

    Nesse cenário o ideal é que cada rede esteja em uma subnet diferente, até porque elas não tem que se falar. Mas também não sei se é isso que está perguntando.

    Consegui ser claro?


    Se foi útil marca como resposta! _________________________________________________ Rafael Bernardes - It Hero 2009 Award Microsoft Certified Technology Specialist rafael@bernardes.org http://blog.bernardes.org 21 8162-3956 21 7894-5536
    sábado, 18 de dezembro de 2010 18:39
  • Caros,

    MPIO - Será usado para as conexões iSCSI ou FC. Recomendo que você tenha pelo menos duas interfaces para o iSCSI

    Quanto as conexões de rede para acesso as VM´s, pelo o que eu percebi você configurou endereço IP nas placas, foi isso mesmo?

    Se for, retire as configurações de rede das interfaces pois não será preciso!

    Não habilite a opção de compartilhar

    Recomendo a leitura de:

    http://technet.microsoft.com/en-us/library/cc732181(WS.10).aspx

    REcomendo a leitura do doc da Netapp sobre Quantidade de interfaces de Rede e uso:

    http://www.netapp.com/us/library/technical-reports/tr-3702.html - página 8

     

    Quanto a tela azul por conta do Teaming de placas de rede, isso acontece não por conta do Windows e sim por drivers desatualizados ou ruins.

    Por isso a Microsoft recomenda que o fornecedor valide o teaming das interfaces de rede.

    http://support.microsoft.com/kb/968703

     

    Abraço,

    KOLA


    Nelson Kolarik - Brasília - DF
    terça-feira, 21 de dezembro de 2010 12:20
    Moderador
  • Olá

    Kola,

    Nos meus server tenho 8 nic's, sendo 2 dedicadas para o iscsi, porem tenho problemas com a validação dos endereços de redes, os endereços da iscsi devem ficar em subnet diferentes?

    se vou utilizar 2 nics para rede publica, qual a melhor forma de fazer isso? team?(placas broadcom e intel).

    as redes privadas e internas devem ter subnets entre elas e entre a publica diferentes?

    não entendi a parte de deixar as placas sem endereço ip, as publicas não devem ter endereços? ai eu colocaria um placa com endereço exclusivamente para o gerenciamento?

    Obrigado pela ajuda,

    Mauricio.


    MCP-MCDST-MCITP
    terça-feira, 21 de dezembro de 2010 12:37