none
Cluster Hyper-V com 2 Switchs RRS feed

  • Pergunta

  • Olá...

    Estou enfrentando um problema em um ambiente com dois hosts Hyper-v em cluster.

     

    Cenário:

    - Dois hosts hyper-v (cada um ligado em um switch diferente);

    - Uma conexão de rede direta entre os hosts para Live Migration na faixa de rede 192.168.13.0

    - Uma conexão de rede direta entre os hosts para Heart beat na faixa de rede 192.168.3.0

    HOST1:  conectado no switch1 com duas interfaces de rede.

    - Interface para gerenciamento do cluster na faixa 192.168.2.0

    - Interface para disponibilizar rede para as VMs do host1.

    HOST2:  conectado no switch2 com duas interfaces de rede.

    - Interface para gerenciamento do cluster na faixa 192.168.2.0

    - Interface para disponibilizar rede para as VMs do host2.

     

    PROBLEMA:

    Caso eu perca um dos switchs, o cluster deveria verificar que aquele serviço parou com suas funções essenciais e transferir as VMs por Live Migration para o outro HOST utilizando a interface conectada entre os hosts. Isso não está ocorrendo.

    Quando um dos switchs é desligado, o cluster verifica que a interface para gerenciamento do cluster perdeu conexão de rede de um dos hosts, e também informa que o outro host também perdeu conexão de rede.

    Deste modo, não é executado o live migration, e as VMs ficam no ar, porém sem acesso a rede.

     

    Agradeço a Ajuda.

    Eduardo Moreira.

    quinta-feira, 23 de setembro de 2010 13:17

Respostas

  • Boas,

    Para o problema da VM não levantar no outro nó do cluster, reveja as definições de Failback em cada VM. Pois podem estar desabilitadas ou não conguradas.

    Atenção a uma coisa, Live Migration não é Failover Clustering. Não é por ter uma rede para Live Migration que quando um nó do cluster vem abaixo a VM passa para outro nó por Live Migration.

    O serviço de cluster de VMs tem essas 2 funções. Poder passar máquinas de um nó para outro sem downtime (Live Migration), mas isso tem que ter ambos os nós do cluster em funcionamento. Agora se um dos nós vier a abaixo,  vai ter um downtime na VM embora seja pouco (isso claro depende da VM e do Clusters). Pois o nó que não tem essa máquina tem que fazer o restore da VM nesse nó.


    .:. Marcos David Nogueira .:. Blog: getvirtual.org/blogs/mdnoga .:. MCITP MCSE:MESSAGING / MCSE:SECURITY / MCITP Virtualization Administrator / MCITP Enterprise Messaging Administrator 2010 / MCITP Server Administrator / MCITP Enterprise Administrator /MCT
    sexta-feira, 8 de outubro de 2010 16:51