Esta secção lista alguns problemas comuns que poderá encontrar durante a utilização de clusters de NLB (Balanceamento de Carga na Rede).

Qual é o problema que está a ter?

Depois de instalar o Balanceamento de Carga na Rede e de reiniciar um anfitrião do cluster, é apresentada uma mensagem: "Existe um conflito de endereço 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: O utilizador configurou diferentes modos de funcionamento do cluster (Unicast ou Multicast) nos anfitriões, o que faz com que dois endereços MAC diferentes sejam mapeados para o mesmo endereço IP.

  • Solução: Certifique-se de que todos os anfitriões estão configurados com o mesmo modo de funcionamento do cluster.

  • Causa: O utilizador configurou o endereço IP do cluster antes do NLB ter sido vinculado à placa de rede.

  • Solução: Remova o endereço IP do cluster das propriedades de TCP/IP, active o NLB na placa correcta e, em seguida, configure o endereço IP do cluster.

  • Causa: O utilizador adicionou o endereço IP do cluster a uma placa de rede que não foi activada para o NLB.

  • Solução: Remova o endereço IP do cluster das propriedades de TCP/IP da placa incorrecta, active o NLB na placa correcta e, em seguida, configure o endereço IP do cluster.

Para mais informações sobre como activar o NLB, consulte Instalar o Balanceamento de Carga na Rede

Não ocorre qualquer reacção quando efectua o ping para aceder ao endereço IP do cluster a partir de uma rede exterior.

Verifique se pode utilizar o comando ping para aceder aos endereços IP dedicados dos anfitriões do cluster a partir de um computador fora do router. Se este teste falhar e estiver a utilizar várias placas de rede, o problema não está relacionado com o NLB. Se estiver a utilizar uma única placa de rede para os endereços IP dedicados e do cluster, tenha em mente as seguintes causas:

  • Causa: Se estiver a utilizar o suporte multicast, poderá detectar que o router tem dificuldades na resolução do endereço IP primário para um controlo de acesso a suportes de dados (MAC) multicast ao utilizar o Address Resolution Protocol (ARP).

  • Solução: Verifique se pode utilizar o comando ping para aceder ao cluster a partir de um cliente na sub-rede do cluster e para aceder aos endereços IP dedicados dos anfitriões do cluster a partir de um computador fora do router. Se estes testes funcionarem correctamente, o router está provavelmente a falhar. Deverá conseguir adicionar uma entrada ARP estática ao router para contornar o problema. Também poderá desactivar o suporte multicast do NLB e utilizar um endereço de rede unicast sem um concentrador.

  • Causa: Quando utiliza o NLB no modo multicast ou unicast, os routers têm de aceitar respostas ARP do proxy (os mapeamentos de endereços de IP para rede recebidos com um endereço de origem de rede diferente no pacote de Ethernet).

  • Solução: Certifique-se de que o seu router tem o suporte ARP de proxy activado. Também pode definir uma entrada ARP estática para manter o suporte ARP de proxy desactivado no router.

  • Causa: O protocolo ICMP (Internet Control Message Protocol) para o cluster está bloqueado por um router ou por uma firewall.

  • Solução: Permita o tráfego ICMP através do router ou da firewall. Tenha em atenção de que isto poderá expor o sistema a riscos de segurança adicionais.

Não ocorre qualquer reacção quando efectua o ping para aceder aos endereços IP dedicados do anfitrião a partir de outro anfitrião do cluster.
  • Causa: Quando utiliza o NLB no modo multicast ou unicast, os routers têm de aceitar respostas ARP do proxy (os mapeamentos de endereços de IP para rede recebidos com um endereço de origem de rede diferente no pacote de Ethernet).

  • Solução: Certifique-se de que o seu router tem o suporte ARP de proxy activado. Também pode definir uma entrada ARP estática para manter o suporte ARP de proxy desactivado no router.

  • Causa: O protocolo ICMP (Internet Control Message Protocol) para o cluster está bloqueado por um router ou por uma firewall.

  • Solução: Permita o tráfego ICMP através do router ou da firewall. Tenha em atenção de que isto poderá expor o sistema a riscos de segurança adicionais.

Quando tenta utilizar o Gestor de Balanceamento de Carga na Rede para ligar a um anfitrião no cluster, recebe o erro "Anfitrião inacessível".
  • Causa: O protocolo ICMP (Internet Control Message Protocol) para o anfitrião está bloqueado por um router ou por uma firewall, ou está desactivado na placa de rede do anfitrião.

  • Solução: Active o ICMP na placa de rede do anfitrião ou permita o tráfego ICMP através da firewall ou do router. Tenha em atenção de que isto poderá expor o sistema a riscos de segurança adicionais. Também pode utilizar a opção /noping do Gestor do NLB.

Quando utiliza a Telnet ou tenta efectuar procuras num computador fora do cluster a partir de um anfitrião do cluster, não recebe qualquer resposta.
Quando invoca os comandos do controlo remoto do Balanceamento de Carga na Rede a partir de um computador fora do cluster, não ocorre qualquer resposta de um ou mais anfitriões do cluster.
  • Causa: Os comandos do controlo remoto não estão a ser enviados para o endereço IP do cluster.

  • Solução: Os comandos têm de ser enviados para o endereço IP primário do cluster, atribuído na caixa de diálogo Propriedades de Balanceamento de Carga na Rede. Certifique-se de que envia comandos remotos para o endereço IP correcto.

  • Causa: O tráfego do controlo remoto está a ser encriptado pela segurança IPSec (Internet Protocol). Os comandos do controlo remoto NLB não vão funcionar correctamente se forem enviados de um computador com o IPSec configurado para que o tráfego do controlo remoto seja encriptado pelo IPSec.

  • Solução: Desactive o IPSec.

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

  • Causa: As portas de controlo UDP do NLB estão incorrectamente protegidas por uma firewall. Por predefinição, os comandos do controlo remoto são enviados para as portas UDP 1717 e 2504 no endereço IP do cluster.

  • Solução: Certifique-se de que estas portas não foram bloqueadas incorrectamente por um router ou por uma firewall. Também poderá alterar o número da porta ao modificar o parâmetro NLB correspondente.

Não há qualquer resposta quando utiliza o endereço IP dedicado de um anfitrião para o especificar como destino de um comando do controlo remoto. No entanto, a especificação do anfitrião pela respectiva prioridade (ID) funciona.
A conectividade ao cluster é negada a alguns utilizadores, mas não a todos.
  • Causa: Uma aplicação à qual está a ser aplicado o balanceamento de carga não está a responder.

  • Solução: Trata-se de um problema específico da aplicação que não está relacionado com o NLB. Consulte a documentação da aplicação para corrigir este problema. Poderá ter de parar e de reiniciar a aplicação.

  • Causa: Se o cluster estiver configurado para o modo unicast, um comutador poderá ter obtido o endereço MAC da placa de rede do NLB.

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

  • Causa: O endereço IP do cluster não foi adicionado ao TCP/IP num ou mais dos anfitriões.

  • Solução: Se não utilizar o Gestor do NLB para configurar o cluster, terá de configurar manualmente o TCP/IP com o endereço IP do cluster.

  • Causa: Um anfitrião está a abandonar o cluster devido a um comando drainstop ou stop, mas a convergência não foi concluída correctamente.

  • Solução: Aguarde a conclusão da convergência. Se a convergência não for concluída, consulte o seguinte problema posteriormente neste tópico da Resolução de Problemas:

    Depois do início dos anfitriões do cluster, a convergência é iniciada, mas nunca é concluída.

O utilizador não consegue ver ou alterar as propriedades do Balanceamento de Carga na Rede ao utilizar net config e a Windows Management Instrumentation (WMI).
  • Causa: Para ver ou alterar as Propriedades de Balanceamento de Carga na Rede, terá de ser membro do grupo Administradores.

  • Solução: Inicie sessão como utilizador membro do grupo de Administradores local do computador com o NLB.

Um número anormal de ligações TCP para o endereço IP do cluster estão a ser repostas pelo servidor ou cliente.
  • Causa: Os valores da ligação keep-alive de HTTP estão activados nos anfitriões do NLB e os clientes que suportam valores keep-alive estão a ligar ao cluster.

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

    Para ver o conjunto de documentação do IIS a partir do seu ambiente de trabalho, instale o IIS, clique em Iniciar, clique em Executar e escreva o seguinte comando na caixa de texto Abrir:

    %windir%\help\iisrv.chm

  • Causa: Poucos recursos do sistema no servidor estão a fazer com que o TCP rejeite as ligações.

  • Solução: Disponibilize recursos do sistema ao, por exemplo, adicionar memória do sistema adicional ou fechar aplicações desnecessárias.

  • Causa: O cluster divergiu para dois clusters convergidos em separado, o que faz com que mais de um nó reclame a propriedade de cada ligação.

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

As chamadas da Rede Privada Virtual (VPN) falham quando efectua uma alteração que provoca convergência (tal como adicionar, remover ou drenar um anfitrião).
  • Causa: Quando utilizar o NLB para efectuar o balanceamento de carga do tráfego VPN, terá de configurar as regras de portas que regulam as portas que processam o tráfego VPN (porta TCP 1723 para PPTP/GRE e porta UDP 500 para IPSEC/L2TP) para utilizarem a afinidade Único ou Rede.

  • Solução: Configure as regras de porta que regulam as portas 500 e 1723 para utilizarem a afinidade Único ou Rede. Para mais informações, consulte Propriedades do Gestor de Balanceamento de Carga na Rede.

Depois do início dos anfitriões do cluster, a convergência é iniciada, mas nunca é concluída.
  • Causa: Um número diferente de regras de porta ou regras de porta incompatíveis em diferentes anfitriões do cluster foram introduzidas. Isto vai impedir a convergência.

  • Solução: Abra a caixa de diálogo Propriedades de Balanceamento de Carga na Rede em cada anfitrião de cluster e verifique se todos os anfitriões dispõem de regras de porta idênticas.

  • Causa: Tem uma placa ou um cabo de rede incorrecto.

  • Solução: Utilize o comando ping para testar a conectividade. Introduza o nome de domínio completamente qualificado do anfitrião. Também poderá obter mais informações sobre o problema utilizando o comando ping para procurar o seu controlador de domínio pelo endereço IP e outros servidores de rede com base no nome e endereço IP.

  • Causa: As definições de duplex num comutador ou concentrador não correspondem.

  • Solução: Confirme se as definições de duplex em cada um dos comutadores e concentradores estão correctamente configuradas.

  • Causa: O endereço IP dedicado que utilizou para um dos anfitriões já existe na rede.

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

  • Causa: O cluster contém anfitriões com o Windows 2000.

  • Solução: O cluster tem de ter o Windows Server 2008 instalado em todos os anfitriões. Um ambiente de cluster do NLB que contenha anfitriões com o Windows Server 2003 e o Windows Server 2008 é apenas suportado quando executar uma actualização para o Windows Server 2008. A combinação do Windows Server 2003 com o Windows Server 2008 no mesmo cluster não é suportada durante longos períodos de tempo.

  • Causa: Configurou modos diferentes de funcionamento do cluster (unicast e multicast) nos anfitriões.

  • Solução: Utilize o Gestor de NLB para garantir que todos os anfitriões estão configurados com o mesmo modo de funcionamento do cluster.

Nota

Também pode visualizar os registos de eventos do Windows para verificar a existência de erros e avisos. Para mais informações, consulte Instalar o Balanceamento de Carga na Rede.

O cluster entra e sai de um estado de convergência.
  • Causa: Os heartbeats não estão a ser detectados devido à conectividade de rede intermitente provocada por uma placa ou cabo de rede incorrecto, ou outros problemas de rede.

  • Solução: Utilize o comando ping para testar a conectividade. Introduza o nome de domínio completamente qualificado do anfitrião. Também poderá obter mais informações sobre o problema utilizando o comando ping para procurar o seu controlador de domínio pelo endereço IP e outros servidores de rede com base no nome e endereço IP.

Depois do início dos anfitriões do cluster, o Balanceamento de Carga na Rede indica que a convergência foi concluída, mas mais de um anfitrião é um anfitrião predefinido.
  • Causa: Os anfitriões do cluster tornaram-se membros de diferentes sub-redes, de modo que todos os anfitriões não estão acessíveis na mesma rede.

  • Solução: Certifique-se de que todos os anfitriões do cluster conseguem comunicar entre si.

  • Causa: Está a ser utilizado um comutador de três camadas.

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

  • Causa: Uma quebra num comutador redundante fez com que o cluster ficasse dividido em dois clusters, criando dois anfitriões predefinidos.

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

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

  • Solução: Configure o comutador para aceitar pacotes de difusão (tenha em atenção que este procedimento pode apresentar determinados riscos de segurança), ou configure o cluster de NLB para utilizar o modo multicast.

  • Causa: Um anfitrião não consegue enviar ou receber heartbeats.

  • Solução: Utilize o comando ping para testar a conectividade a cada um dos anfitriões. Introduza o nome de domínio totalmente qualificado do anfitrião.

  • Causa: Um anfitrião está ligado à porta errada no comutador.

  • Solução: Utilize a porta correcta no comutador.

O Balanceamento de Carga na Rede não está a efectuar o balanceamento de carga de aplicações e o anfitrião predefinido processa todo o tráfego de rede.
  • Causa: Está em falta uma regra de porta. Por predefinição, o NLB direcciona todo o tráfego de rede recebido que não é regido por regras de portas para o anfitrião predefinido; isto garante que as aplicações às quais não pretende aplicar o balanceamento de carga têm o comportamento correcto.

  • Solução: Para efectuar o balanceamento de carga de uma aplicação no cluster, crie uma regra de portas em cada anfitrião do cluster para as portas de TCP/IP servidas pela aplicação.

  • Causa: Adicionou um segundo anfitrião a um cluster de anfitrião único, mas o segundo anfitrião não está correctamente configurado. O cluster nunca converge e o anfitrião original continua a processar todo o tráfego.

  • Solução: Reveja cuidadosamente (e, se necessário, corrija) cada uma das definições no segundo anfitrião; por exemplo, o endereço IP do cluster, o endereço IP dedicado e as regras de portas.

  • Causa: Se o cluster estiver configurado para o modo unicast, um comutador poderá ter obtido o endereço MAC da placa de rede do NLB.

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

  • Causa: Um servidor proxy está a enviar todas as ligações que utilizam um único endereço IP para o cluster no modo de afinidade única.

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

O tráfego alterna inesperadamente entre os anfitriões do cluster e interrompe ligações TCP.
  • Causa: Os endereços de rede unicast estão a provocar problemas com o concentrador de comutação. Se estiver a utilizar um concentrador de comutação para interligar os anfitriões do cluster, terá de utilizar o suporte multicast do NLB. Caso contrário, o comutador pode ter um comportamento errático quando a mesma rede unicast for utilizada em várias portas do comutador.

  • Solução: Verifique se seleccionou o suporte multicast na caixa de diálogo Propriedades de Balanceamento de Carga na Rede. Se não pretender utilizar o suporte multicast, poderá interligar os anfitriões do cluster com um concentrador ou cabo coaxial em vez de com um comutador.

O tráfego de rede não parece estar a efectuar o balanceamento de carga de modo uniforme entre os anfitriões do cluster.
  • Causa: O tráfego de rede tem origem num número limitado de endereços IP, possivelmente devido à definição num servidor proxy.

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

Quando está a utilizar o Balanceamento de Carga na Rede com o Microsoft Internet Security and Acceleration (ISA) Server, um anfitrião do cluster regista os pacotes bloqueados que são direccionados para o endereço IP (Internet Protocol) dedicado de outro anfitrião.
O utilizador não consegue criar um cluster de Balanceamento de Carga na Rede num ambiente da versão de 64 bits.
  • Causa: Poderá não estar a executar a versão do NLB adequada para o seu ambiente. O NLB não consegue formar um cluster quando a versão de 32 bits do NLB é utilizada num computador com a versão de 64 bits. Este problema poderá não ter sido detectado porque os componentes do NLB de 32 bits (nlb.exe, wlbs.exe e nlbmgr.exe) parecem funcionar correctamente no ambiente da versão de 64 bits.

  • Solução: Se pretender utilizar um ambiente de computador com a versão de 64 bits, terá de utilizar a versão do NLB de 64 bits.

Notas
  •    Os seguintes tópicos descrevem vários problemas comuns que poderão ocorrer quando instalar e utilizar inicialmente o NLB. Os tópicos descrevem as razões prováveis de cada problema e uma ou mais soluções sugeridas. Estes tópicos assumem que o sistema e as aplicações cumprem os requisitos mínimos para o NLB. Para mais informações, consulte: Descrição Geral do Balanceamento de Carga na Rede e Instalar o Balanceamento de Carga na Rede.
  • Deverá testar o funcionamento da rede e de todas as placas de rede antes de instalar o NLB. Certifique-se de que segue todos os passos de instalação e verifique se os parâmetros do cluster e as regras da porta estão definidos de forma idêntica para todos os anfitriões do cluster. Se ocorrer um problema, consulte sempre o registo de eventos do Windows para verificar a existência de uma mensagem do controlador do NLB. Para mais informações, consulte as secções com o nome Parâmetros de cluster, Parâmetros de anfitrião e Regras de portas em Propriedades do Gestor de Balanceamento de Carga na Rede.

Sumário