Esta seção lista alguns problemas comuns que você pode encontrar ao usar os clusters de Balanceamento de Carga de Rede (NLB).

Qual é o seu problema?

Após a instalação do Balanceamento de Carga de Rede e o reinício de um host de cluster, aparece uma mensagem: "O sistema detectou um conflito de endereços IP com outro sistema na rede..."
  • Causa: O mesmo endereço IP já existe na rede.

  • Solução: Escolha um novo endereço IP ou remova o endereço duplicado.

  • Causa: Você configurou diferentes modos de operação de cluster (Unicast ou Multicast) nos hosts, o que faz com que dois endereços MAC diferentes sejam mapeados para o mesmo endereço IP.

  • Solução: Verifique se todos os hosts estão configurados com o mesmo modo de operação de cluster.

  • Causa: Você configurou o endereço IP do cluster antes que o NLB fosse ligado ao adaptador de rede.

  • Solução: Remova o endereço IP do cluster das propriedades de TCP/IP, ative o NLB no adaptador correto e configure o endereço IP do cluster.

  • Causa: Você adicionou o endereço IP do cluster a um adaptador de rede não habilitado para NLB.

  • Solução: Remova o endereço IP do cluster das propriedades de TCP/IP do adaptador incorreto, ative o NLB no adaptador correto e configure o endereço IP do cluster.

Para obter mais informações sobre a ativação do NLB, consulte Instalando o balanceamento de carga de rede

Não há resposta quando você executa ping para acessar o endereço IP do cluster de uma rede externa.

Verifique se você consegue executar ping para acessar os endereços IP dedicados para os hosts do cluster utilizando um computador localizado fora do roteador. Se esse teste falhar e você estiver usando vários adaptadores de rede, o problema não está relacionado ao NLB. Se você estiver usando um só adaptador de rede para os endereços de IP dedicado e de cluster, considere as seguintes causas:

  • Causa: Se você estiver usando suporte multicast, talvez seu roteador tenha dificuldades para resolver o endereço IP primário em um endereço MAC (controle de acesso de mídia) multicast com o uso do protocolo ARP.

  • Solução: Verifique se você consegue executar ping para acessar o cluster utilizando um cliente na sub-rede do cluster e acessar os endereços IP dedicados do cluster utilizando um computador localizado fora do roteador. Se esses testes forem satisfatórios, provavelmente o roteador está com problemas. Você deve conseguir adicionar uma entrada ARP estática ao roteador para evitar o problema. Também é possível desativar o suporte multicast NLB e usar um endereço de rede unicast sem hub.

  • Causa: Ao usar o NLB em modo multicast ou unicast, é necessário que os roteadores aceitem respostas de proxy ARP (mapeamentos de endereços IP para rede recebidos outro endereço de origem de rede no quadro Ethernet).

  • Solução: Verifique se o seu roteador está com o suporte a proxy ARP ativado. Também é possível definir uma entrada ARP estática para manter o suporte a proxy ARP desabilitado no roteador.

  • Causa: O protocolo ICMP para o cluster está bloqueado por um roteador ou firewall.

  • Solução: Permita o tráfego ICMP através do roteador ou do firewall. Tenha em mente que isso pode expor seu sistema a outros riscos à segurança.

Não há resposta quando você executa ping para acessar endereços IP dedicados do host utilizando outro host de cluster.
  • Causa: Ao usar o NLB em modo multicast ou unicast, é necessário que os roteadores aceitem respostas de proxy ARP (mapeamentos de endereços IP para rede, recebidos de outro endereço de origem de rede no quadro Ethernet).

  • Solução: Verifique se o seu roteador está com o suporte para proxy ARP ativado. Também é possível definir uma entrada ARP estática para manter o suporte para proxy ARP desabilitado no roteador.

  • Causa: O protocolo ICMP para o cluster está bloqueado por um roteador ou firewall.

  • Solução: Permita o tráfego ICMP através do firewall ou do roteador. Tenha em mente que isso pode expor seu sistema a outros riscos à segurança.

Ao tentar usar o Gerenciador de Balanceamento de Carga de Rede para se conectar a um host no seu cluster, você recebe a mensagem de erro "Host inacessível".
  • Causa: O protocolo ICMP para o cluster está bloqueado por um roteador ou firewall, ou desabilitado no adaptador de rede do host.

  • Solução: Habilite o ICMP no adaptador de rede do host ou permita o tráfego de ICMP via firewall ou roteador. Tenha em mente que isso pode expor seu sistema a outros riscos à segurança. Você também pode usar a opção /noping do Gerenciador de NLB.

Ao usar o Telnet ou tentar procurar um computador fora do cluster, utilizando um host de cluster, não há resposta.
Ao chamar os comandos de controle remoto do Balanceamento de Carga de Rede em um computador localizado fora do cluster, não há resposta de um ou mais host de cluster.
  • Causa: Os comandos de controle remoto não estão sendo enviados ao endereço IP do cluster.

  • Solução: Os comandos devem ser enviados ao endereço IP primário, atribuído na caixa de diálogo Propriedades de Balanceamento de Carga de Rede. Verifique se você está enviando comandos remotos ao endereço IP correto.

  • Causa: O tráfego de controle remoto está sendo criptografado pelo protocolo IPSec (Internet Protocol Security). Os comandos de controle remoto NLB não funcionarão corretamente se forem enviados de um computador que possua IPSec configurado de modo que o tráfego de controle remoto seja criptografado por IPSec.

  • Solução: Desabilite o IPSec.

    Para obter mais informações, consulte o conteúdo da Ajuda do IPSec (Internet Protocol Security).

  • Causa: As portas de controle UDP de NLB estão protegidas incorretamente por um firewall. Por padrão, os comandos de controle remoto são enviados às portas UDP 1717 e 2504 no endereço IP do cluster.

  • Solução: Verifique se essas portas não foram bloqueadas incorretamente por um roteador ou firewall. Você também pode alterar o número da porta modificando o parâmetro NLB correspondente.

Não há resposta quando você usa o endereço IP dedicado de um host para especificá-lo como destino para um comando de controle remoto. Entretanto, a especificação do host por sua prioridade (ID) funciona.
A conectividade com o cluster é negada a alguns usuários, mas não a todos.
  • Causa: Um aplicativo que está sendo balanceado não está respondendo.

  • Solução: Este é um problema específico do aplicativo, não relacionado ao NLB. Consulte a documentação do aplicativo para corrigi-lo. Talvez seja necessário interromper e reiniciar o aplicativo.

  • Causa: Se o cluster estiver configurado para modo unicast, talvez um comutador tenha memorizado o endereço MAC do adaptador de rede do NLB.

  • Solução: Limpe a porta do comutador para o mapeamento de endereço MAC.

  • Causa: O endereço IP do cluster não foi adicionado ao TCP/IP em um ou mais hosts.

  • Solução: Se você não usar o Gerenciador NLB para configurar seu cluster, deverá configurar o TCP/IP manualmente com o endereço IP do cluster.

  • Causa: Um host está saindo do cluster devido a um comando drainstop ou stop, mas a convergência não foi concluída corretamente.

  • Solução: Aguarde a conclusão da convergência. Se ela não for concluída, consulte o próximo problema, adiante neste tópico da Solução de problemas:

    Após os hosts de cluster serem iniciados, eles iniciam um processo de convergência que nunca é concluído

Não é possível exibir ou alterar as propriedades do Balanceamento de Carga de Rede utilizando net config e a WMI (Instrumentação de Gerenciamento do Windows).
  • Causa: Para exibir ou alterar as propriedades do Balanceamento de Carga de Rede, você deve ser membro do grupo de Administradores.

  • Solução: Faça logon como um usuário que se encontre no grupo local de Administradores do computador que está executando o NLB.

Um número incomum de conexões de TCP com o endereço IP do cluster está sendo redefinido pelo servidor ou pelo cliente.
  • Causa: Os valores de keep-alive do HTTP são habilitados nos hosts NLB e os clientes com o valor keep-alive habilitado estão se conectando ao cluster.

  • Solução: Desabilite os valores keep-alive do HTTP. Para obter mais informações sobre valores keep-alive do HTTP e os Serviços de Informações da Internet (IIS), consulte a documentação do IIS.

    Para exibir a documentação do IIS na sua área de trabalho, instale o IIS, clique em Iniciar, Executar e digite o seguinte comando na caixa de texto Abrir:

    %windir%\help\iisrv.chm

  • Causa: Recursos escassos do sistema no servidor estão fazendo com que o TCP rejeite as conexões.

  • Solução: Libere recursos do sistema, por exemplo, adicionando mais memória ou fechando aplicativos desnecessários.

  • Causa: O cluster foi bifurcado em dois outros com convergência distinta, o que faz com que mais de um nó solicitar a propriedade de todas as conexões.

  • Solução: Remova os dois clusters e recrie um único.

As chamadas da Rede virtual privada (VPN) falham quando você faz uma alteração que causa convergência (como adicionar, remover ou descarregar um host).
  • Causa: Ao usar o NLB para o balanceamento de carga no tráfego de VPN, você deve configurar as regras de porta que controlam as portas que tratam o tráfego de VPN (porta TCP 1723 para PPTP/GRE e porta UDP 500 para IPSEC/L2TP) para que usem afinidade do tipo Único ou Rede.

  • Solução: Configure as regras de porta que controlam as portas 500 e 1723 para que usem afinidade do tipo Único ou Rede. Para obter mais informações, consulte a Propriedades do Gerenciador de Balanceamento de Carga de Rede.

Após os hosts de cluster serem iniciados, eles iniciam um processo de convergência que nunca é concluído.
  • Causa: Foi inserido um número diferente de portas ou foram inseridas regras de porta incompatíveis em diferentes clusters. Isso inibirá a convergência.

  • Solução: Abra a caixa de diálogo Propriedades de Balanceamento de Carga de Rede em cada host de cluster e verifique se todos os hosts têm regras de porta idênticas.

  • Causa: O adaptador ou o cabo de rede não está funcionando corretamente.

  • Solução: Use o comando ping para testar a conectividade. Insira o nome de domínio totalmente qualificado do nó. Você também pode saber mais sobre este problema usando o comando ping para pesquisar seu controlador de domínio pelo endereço IP e outros servidores de rede, pelo nome e endereço IP.

  • Causa: As configurações de duplex em um comutador ou hub são inconsistentes.

  • Solução: Confirme se as configurações de duplex em cada um dos comutadores e hubs estão corretas.

  • Causa: O endereço IP dedicado que você usou para um dos hosts já existe na rede.

  • Solução: Escolha um novo endereço IP ou remova o endereço duplicado.

  • Causa: O cluster contém hosts que estão executando o Windows 2000.

  • Solução: O cluster deverá estar executando o Windows Server 2008 em todos os hosts. Há suporte para um ambiente de cluster NLB que contenha hosts com Windows Server 2003 e Windows Server 2008 somente quando é executada uma atualização sem interrupção para o Windows Server 2008. Não há suporte para a mescla de Windows Server 2003 e Windows Server 2008 no mesmo cluster durante períodos longos.

  • Causa: Você configurou diferentes modos de operação de cluster (unicast e multicast) nos hosts.

  • Solução: Use o Gerenciador NLB para verificar se todos os hosts estão configurados com o mesmo modo de operação de cluster.

Observação

Você também pode exibir os logs de eventos do Windows para verificar se há erros e avisos. Para obter mais informações, consulte Instalando o balanceamento de carga de rede.

O cluster entra e sai de um estado de convergência.
  • Causa: Intervalos de pulsação estão sendo perdidos devido à conectividade de rede intermitente causada por um adaptador ou cabo de rede deficiente ou a outros problemas na rede.

  • Solução: Use o comando ping para testar a conectividade. Insira o nome de domínio totalmente qualificado do nó. Você também pode saber mais sobre este problema usando o comando ping para pesquisar seu controlador de domínio pelo endereço IP e outros servidores de rede, pelo nome e endereço IP.

Após a inicialização dos hosts de cluster, o Balanceamento de Carga de Rede relata que a convergência foi concluída, porém há mais de um host padrão.
  • Causa: Os hosts de cluster se tornarem membros de sub-redes diferentes, logo, não estão acessíveis na mesma rede.

  • Solução: Verifique se todos os hosts de cluster podem se comunicar entre si.

  • Causa: Um comutador de três camadas está sendo usado.

  • Solução: Coloque um comutador de duas camadas entre os hosts e o comutador de três camadas.

  • Causa: Uma interrupção em um comutador redundante fez com que o cluster se dividisse em dois clusters separados, criando dois hosts padrão.

  • Solução: Remova os dois clusters e crie um único.

  • Causa: O comutador está configurado para rejeitar pacotes de difusão.

  • Solução: Configure o comutador para aceitar pacotes de difusão (lembre-se de que isso pode trazer certos riscos de segurança) ou configure o cluster NLB para usar o modo multicast.

  • Causa: Um host não consegue enviar ou receber intervalos de pulsação.

  • Solução: Use o comando ping para testar a conectividade em cada um dos hosts. Insira o nome de domínio totalmente qualificado do nó.

  • Causa: Um host está conectado à porta incorreta no comutador.

  • Solução: Use a porta correta no comutador.

O Balanceamento de Carga de Rede não está balanceando a carga dos aplicativos e o host padrão manipula todo o tráfego de rede.
  • Causa: Uma regra de porta está faltando. Por padrão, o NLB direciona todo o tráfego de entrada na rede não governado por regras de porta para o host padrão. Isso garante que os aplicativos cuja carga você não deseje balancear tenham comportamento adequado.

  • Solução: Para balancear a carga de um aplicativo no cluster, crie uma regra de porta em cada host de cluster para as portas TCP/IP atendidas pelo aplicativo.

  • Causa: Você adicionou um segundo host a um cluster de host único, mas o segundo host não está configurado corretamente. O cluster nunca converge e o host original continua a manipular todo o tráfego.

  • Solução: Examine atentamente (e, se necessário, corrija) cada uma das configurações do segundo host - por exemplo, o endereço IP do cluster, o endereço IP dedicado e as regras de porta.

  • Causa: Se o cluster estiver configurado para o modo unicast, talvez um comutador tenha memorizado o endereço MAC do adaptador de rede do NLB.

  • Solução: Limpe a porta do comutador para o mapeamento de endereço MAC.

  • Causa: Um servidor proxy está enviando todas as conexões que usam um único endereço IP para o seu cluster no modo de afinidade única.

  • Solução: Configure o servidor proxy para usar vários endereços IP.

O tráfego alterna inesperadamente entre os hosts de cluster, separando as conexões TCP.
  • Causa: Endereços de rede unicast estão causando problemas com o hub de comutação. Se você estiver usando um hub de comutação para interconectar os hosts de cluster, use o suporte ao multicast do NLB. Caso contrário, o comutador provavelmente irá se comportar incorretamente quando a mesma rede unicast for usada em várias portas do comutador.

  • Solução: Verifique se você selecionou o suporte ao multicast na caixa de diálogo Propriedades de Balanceamento de Carga de Rede. Se não quiser usar o suporte ao multicast, você pode interconectar os hosts de cluster com um hub ou cabo coaxial, em vez de usar um comutador.

Aparentemente, o tráfego de rede não executa um balanceamento de carga uniforme entre os hosts de cluster.
  • Causa: O tráfego de rede vem de um número limitado de endereços IP, possivelmente devido à definição de um servidor proxy.

  • Solução: Configure o servidor proxy para usar vários endereços IP.

Quando você está usando o Balanceamento de Carga de Rede com o Microsoft Internet Security Acceleration (ISA) Server, um host de cluster registra pacotes bloqueados direcionados ao endereço Internet Protocol (IP) dedicado de outro host.
  • Causa: Um dos hosts de cluster está configurado com um identificador de prioridade de host igual a 1.

  • Solução: Não configure nenhum host de cluster com identificador de prioridade de host 1. Use números maiores do que 1. Para obter mais informações, consulte Configurar parâmetros de host de balanceamento de carga de rede.

Você não pode criar um cluster de Balanceamento de Carga de Rede em um ambiente de 64 bits.
  • Causa: Talvez você não esteja executando a versão do NLB apropriada ao seu ambiente. O NLB não pode formar um cluster quando a versão de 32 bits é usada em um computador de 64 bits. Esse problema pode não ter sido detectado porque os componentes do NLB de 32 bits (nlb.exe, wlbs.exe e nlbmgr.exe) parecem ser executados corretamente no ambiente de 64 bits.

  • Solução: Se você pretender usar um ambiente de 64 bits, deverá utilizar a versão de 64 bits do NLB.

Anotações
  •    O tópicos a seguir descrevem vários problemas comuns que você pode ter durante a instalação e o uso inicial do NLB. Eles descrevem as razões prováveis de cada problema e sugerem uma ou mais soluções. Estes tópicos pressupõem que seu sistema e aplicativos atendam aos requisitos mínimos do NLB. Para obter mais informações, consulte: Visão geral do balanceamento de carga de rede eInstalando o balanceamento de carga de rede.
  • Você deve testar a rede e todos os adaptadores para verificar se estão funcionando corretamente antes de instalar o NLB. Certifique-se de seguir todas as etapas de instalação e verifique se os parâmetros do cluster e as regras de porta são idênticas para todos os hosts de cluster. Se ocorrer um problema, sempre procure uma mensagem do driver do NLB no log de eventos do Windows. Para obter mais informações, consulte as seções sobre parâmetros de cluster, parâmetros de host e regras de porta na Propriedades do Gerenciador de Balanceamento de Carga de Rede.

Sumário