Vários Nics, vários gateways padrão em um cluster do Server 2012R2

Question

Esta é apenas uma questão sobre as melhores práticas, pois parece haver um pouco de confusão. Os hosts físicos do nosso cluster do Hyper-V possuem 4 interfaces Nic relacionadas às 4 sub-redes.

Agora, ao executar o analisador de práticas recomendadas, ele adora reclamar que a maioria dessas interfaces não pode se comunicar entre si. Isso ocorre porque todos os Nics, exceto um, não têm gateway definido nas configurações estáticas. Fiquei com a impressão de que a melhor prática era definir apenas o único gateway, mas posso estar errado.

Então, a pergunta:

A melhor prática é definir um gateway por servidor, por sub-rede ou por nic (em um ambiente de cluster)? E Quais são os efeitos de definir vários gateways em um ambiente de cluster? ?

    

Answer 1

Para cada rede que os membros de cluster têm em comum (com uma NIC na mesma sub-rede), o cluster criará uma rede de cluster e habilitará a comunicação de cluster para essa rede de cluster (tráfego de pulsação de cluster, tráfego de metadados CSV e tráfego CSV redirecionado ). O assistente de validação de cluster tentará se comunicar de todas as redes de cluster para todas as outras redes de cluster em todos os membros de cluster (se qualquer rede de cluster não estiver disponível em qualquer membro de cluster, o cluster ainda poderá se comunicar com esse membro de cluster nas outras redes de cluster ). O fato de não poder se comunicar de uma rede de cluster roteada para uma rede de cluster não roteada é esperado. O que você deve fazer é determinar em quais redes de cluster você deseja que o cluster se comunique e desabilitar a comunicação do cluster em todas as outras. Você pode fazer isso nas propriedades de cada rede de cluster. Por exemplo, a sua rede iSCSI não precisa estar ativada para comunicação de cluster (e, de fato, você não deseja que a comunicação de cluster ocorra em sua rede iSCSI).

Se você atribuiu um endereço IP a cada NIC física (presumivelmente em sub-redes diferentes e presumivelmente em VLANs diferentes), é por isso que você tem várias redes de cluster e é por isso que o cluster está tentando se comunicar em todas elas.

Você está usando um NIC dedicado para tráfego iSCSI? Você tem um NIC dedicado para o tráfego do LiveMigration? Que tal para o tráfego CSV?

Você pode nos dizer como você configurou seus comutadores virtuais do Hyper-V? Você está permitindo que o sistema operacional de gerenciamento compartilhe todos os seus comutadores virtuais? Quantos switches virtuais você criou? Você criou um para cada NIC física?

    

Answer 2

Ter um único gateway padrão é o melhor. Em seguida, ele se torna a interface em que o tráfego é enviado se não corresponder às outras três interfaces ou se não houver rotas explícitas na tabela de roteamento.

Se você tiver tráfego para uma sub-rede específica que não deve sair do "gateway padrão", use o rota para atualizar a tabela de roteamento. Especificamente route add .

A especificação de vários gateways padrão afetará o roteamento. Use o comando route print para verificar se a tabela de roteamento do sistema não possui entradas conflitantes.

    

Answer 3

Deixe-me ver se consigo explicar isso, enquanto todas as outras respostas dadas são válidas também.

para que você tenha 4 NICs e, portanto, você tem 4 sub-redes configuradas, pois a máscara das sub-redes determinará o tamanho da rede para a qual o servidor pode enviar pacotes (diretamente).

Se ocorrer uma situação em que o servidor queira enviar um pacote para um endereço que não esteja diretamente conectado às sub-redes configuradas, ele precisará de um "gateway" para enviá-lo.

Todas as propriedades da NIC têm um campo chamado "Default Gateway", isto é um pouco enganador, e vem de uma época em que um servidor normalmente teria apenas uma única NIC.

Uma ou mais das sub-redes configuradas podem ter um roteador (que é um gateway)

Portanto, você precisa determinar qual roteador usar se um pacote precisar ser enviado para um endereço fora das sub-redes configuradas.

Se você tiver apenas um roteador, em uma sub-rede, seria simples: na NIC conectada a essa sub-rede, você coloca o endereço IP do roteador na caixa "Gateway padrão". E você deixa este campo em branco para todas as outras NIC's

Depois de ter feito isso, todos os pacotes que são destinados fora das 4 sub-redes serão enviados para esse roteador, pois este roteador é agora o "Gateway Padrão" para o host.

Mais avançado: Ele ficará um pouco mais complexo se você tiver mais de um roteador, em mais de uma sub-rede. Se esse for o seu caso, você precisará adicionar vários gateways à tabela de roteamento usando o comando ROUTE ADD . E você precisa colocar um metric para determinar qual deles é o "Gateway Padrão" (que é o que tem a menor métrica).

Resumo: Portanto, há apenas um "Gateway padrão" para um determinado host, é o "Gateway" com a "Métrica mais baixa" na "tabela de rotas".

Configuração fácil: preencha o gateway em uma das NICs e deixe as outras NICs em branco.

Configuração avançada: adicione roteadores como gateways especificando metric com o comando ROUTE ADD .

Para verificar: você pode usar o comando ROUTE PRINT para verificar a tabela de rotas para ver como isso está configurado.

HTH, Edwin.