Solucionar problemas de clústeres de equilibrio de carga red

• Causa: ya existe la misma dirección IP en la red.
  
  
• Solución: elija una nueva dirección IP o quite la dirección duplicada.
  
  
• Causa: ha configurado diferentes modos de operación de clúster (Unidifusión o Multidifusión) en los hosts, lo que ocasiona que se asignen dos direcciones MAC diferentes a la misma dirección IP.
  
  
• Solución: asegúrese de que todos los hosts estén configurados con el mismo modo de operación de clúster.
  
  
• Causa: ha configurado la dirección IP del clúster antes de que NLB se enlazase con el adaptador de red.
  
  
• Solución: Quite la dirección IP del clúster de las propiedades TCP/IP, habilite NLB en el adaptador correcto y, a continuación, configure la dirección IP del clúster.
  
  
• Causa: ha agregado la dirección IP del clúster a un adaptador de red que no se ha habilitado para NLB.
  
  
• Solución: quite la dirección IP del clúster de las propiedades TCP/IP del adaptador incorrecto, habilite NLB en el adaptador correcto y, a continuación, configure la dirección IP del clúster.
  
  

Para obtener más información acerca de la habilitación de NLB, consulte Instalar el equilibrio de carga de red

Compruebe si puede usar ping para obtener acceso a las direcciones IP dedicadas de los hosts del clúster desde un equipo situado fuera del enrutador. Si esta prueba genera un error y está usando varios adaptadores de red, el problema no está relacionado con NLB. Si está usando un solo adaptador de red para las direcciones IP dedicadas y del clúster, piense en las siguientes causas:

• Causa: si está usando la compatibilidad con multidifusión, es posible que detecte que el enrutador tiene dificultades para resolver la dirección IP principal en una dirección de Media Access Control (MAC) de multidifusión mediante el uso del protocolo de resolución de direcciones (ARP).
  
  
• Solución: compruebe si puede usar ping para obtener acceso al clúster desde un cliente de la subred del clúster y para obtener acceso a las direcciones IP dedicadas de los hosts del clúster desde un equipo situado fuera del enrutador. Si estas pruebas funcionan correctamente, es probable que el enrutador sea la causa. Debe poder agregar una entrada ARP estática al enrutador para esquivar el problema. También puede desactivar la compatibilidad con multidifusión de NLB y usar una dirección de red de unidifusión sin un concentrador.
  
  
• Causa: al usar NLB en un modo de multidifusión o unidifusión, los enrutadores deben aceptar respuestas ARP de proxy (asignaciones de direcciones IP a direcciones de red que son recibidas con una dirección de origen de red diferente en la trama Ethernet).
  
  
• Solución: asegúrese de que el enrutador tenga activada la compatibilidad con ARP de proxy. También puede establecer una entrada ARP estática para mantener la compatibilidad con ARP de proxy desactivada en el enrutador.
  
  
• Causa: el protocolo de mensajes de control de Internet (ICMP) para el clúster está bloqueado por un enrutador o firewall.
  
  
• Solución: permita el tráfico ICMP a través del enrutador o del firewall. Tenga presente que esto puede exponer su sistema a otros riesgos para la seguridad.
  
  

• Causa: al usar NLB en un modo de multidifusión o unidifusión, los enrutadores deben aceptar respuestas ARP de proxy (asignaciones de direcciones IP a direcciones de red que son recibidas con una dirección de origen de red diferente en la trama Ethernet).
  
  
• Solución: asegúrese de que el enrutador tenga activada la compatibilidad con ARP de proxy. Además, puede establecer una entrada ARP estática para mantener la compatibilidad con ARP de proxy deshabilitada en el enrutador.
  
  
• Causa: el Protocolo de mensajes de control de Internet (ICMP) para el clúster está bloqueado por un enrutador o un firewall.
  
  
• Solución: permita el tráfico ICMP a través del firewall o del enrutador. Tenga presente que esto puede exponer su sistema a otros riesgos para la seguridad.
  
  

• Causa: el protocolo de mensajes de control de Internet (ICMP) para el host está bloqueado por un enrutador o firewall o está deshabilitado en el adaptador de red del host.
  
  
• Solución: habilite ICMP en el adaptador de red del host o permita el tráfico ICMP a través del firewall o del enrutador. Tenga presente que esto puede exponer su sistema a otros riesgos para la seguridad. Además, puede usar la opción /noping del Administrador de NLB.
  
  

• Causa: compruebe si puede usar ping para obtener acceso al equipo situado fuera del clúster. Si esta prueba resulta satisfactoria, es posible que no haya listado la dirección IP dedicada del host en primer lugar en las propiedades TCP/IP.
  
  
• Solución: si ping genera un error al obtener acceso al equipo situado fuera del clúster, consulte los siguientes temas (descritos anteriormente en el tema sobre solución de problemas):
  
  
  • No hay respuesta cuando usa el comando ping para obtener acceso a la dirección IP del clúster desde una red externa.
    
    
  • No hay respuesta cuando usa el comando ping para tener acceso a las direcciones IP dedicadas de un host desde otro host del clúster.
    
    

• Causa: los comandos de control remoto no se están enviando a la dirección IP del clúster.
  
  
• Solución: los comandos deben enviarse a la dirección IP principal del clúster, que se asignó en el cuadro de diálogo Propiedades del equilibrio de carga de red. Asegúrese de que envía comandos remotos a la dirección IP correcta.
  
  
• Causa: el tráfico de control remoto lo está cifrando el protocolo de seguridad de Internet (IPSec). Los comandos de control remoto de NLB no funcionarán correctamente si se envían desde un equipo que tenga IPSec configurado de manera que el tráfico de control cifrado lo cifre IPSec.
  
  
• Solución: deshabilite IPSec.
  
  Para obtener más información, consulte el contenido de la ayuda sobre el protocolo de seguridad de Internet (IPSec).
  
  
• Causa: un firewall no está protegiendo correctamente los puertos de control UDP de NLB. Los comandos de control remoto se envían de manera predeterminada a los puertos UDP 1717 y 2504 en la dirección IP del clúster.
  
  
• Solución: asegúrese de que un enrutador o un firewall no hayan bloqueado incorrectamente estos puertos. También puede cambiar el número de puerto mediante la modificación del parámetro de NLB correspondiente.
  
  

• Causa: ninguno de los hosts tiene ninguna dirección IP dedicada.
  
  
• Solución: asigne una dirección IP dedicada a cada host. Para obtener más información, consulte Configurar parámetros de host de equilibrio de carga de red.
  
  

• Causa: no responde una aplicación para la que se está equilibrando su carga.
  
  
• Solución: se trata de un problema específico de la aplicación que no está relacionado con NLB. Consulte la documentación de la aplicación para corregir este problema. Es posible que necesite detener y reiniciar la aplicación.
  
  
• Causa: si el clúster está configurado para el modo de unidifusión, es posible que un conmutador haya obtenido la dirección MAC del adaptador de red de NLB.
  
  
• Solución: borre el puerto del conmutador para la asignación de direcciones MAC.
  
  
• Causa: la dirección IP del clúster no se agregó a TCP/IP en uno o más hosts.
  
  
• Solución: si no usa el Administrador de NLB para configurar el clúster, debe configurar manualmente TCP/IP con la dirección IP del clúster.
  
  
• Causa: un host abandona el clúster debido a un comando drainstop o stop, pero la convergencia no se completó correctamente.
  
  
• Solución: espere hasta que se complete la convergencia. Si la convergencia no se completa, consulte el siguiente problema más tarde en este tema de la solución de problemas:
  
  Después de iniciar hosts del clúster, éstos comienzan convergiendo pero nunca completan la convergencia.
  
  

• Causa: para ver o cambiar Propiedades del equilibrio de carga de red, debe ser miembro del grupo Administradores.
  
  
• Solución: inicie sesión como usuario situado en el grupo Administradores local del equipo que esté ejecutando NLB.
  
  

• Causa: los valores del mantenimiento de conexiones HTTP activas están habilitados en los hosts NLB y los clientes compatibles con los valores del mantenimiento de conexiones activas se están conectando al clúster.
  
  
• Solución: deshabilite los valores del mantenimiento de conexiones HTTP activas. Para obtener más información acerca de los valores del mantenimiento de conexiones HTTP activas e Internet Information Services (IIS), consulte la documentación sobre IIS.
  
  Para ver la documentación sobre IIS en el escritorio, instale IIS y, a continuación, haga clic en Inicio, en Ejecutar y, a continuación, escriba el siguiente comando en el cuadro de texto Abrir:
  
  %windir%\help\iisrv.chm
  
  
• Causa: un nivel bajo de los recursos del sistema en el servidor provoca que TCP rechace las conexiones.
  
  
• Solución: libere recursos del sistema; para ello, agregue, por ejemplo, memoria del sistema adicional o cierre las aplicaciones que no sean necesarias.
  
  
• Causa: el clúster se ha dividido en dos clústeres convergidos por separado, lo que ocasiona que un nodo reclame la propiedad de cada una de las conexiones.
  
  
• Solución: quite los dos clústeres y, a continuación, vuelva a crear un solo clúster.
  
  

• Causa: cuando use NLB para equilibrar la carga del tráfico VPN, debe configurar las reglas de puerto que gobiernan los puertos que controlan el tráfico VPN (puerto TCP 1723 para PPTP/GRE y puerto UDP 500 para IPSEC/L2TP) para que usen la afinidad Sencilla o Red.
  
  
• Solución: configure las reglas de puerto que gobiernan los puertos 500 y 1723 para que usen la afinidad Sencilla o Red. Para obtener más información, consulte Propiedades del Administrador de equilibrio de carga de red.
  
  

• Causa: se ha especificado un número diferente de reglas de puerto o reglas de puerto incompatibles en diferentes hosts del clúster. Esto desactivará la convergencia.
  
  
• Solución: abra el cuadro de diálogo Propiedades del equilibrio de carga de red en cada host del clúster y compruebe que todos los hosts poseen reglas de puerto idénticas.
  
  
• Causa: tiene un adaptador de red o cable en mal estado.
  
  
• Solución: use el comando ping para probar la conectividad. Especifique el nombre de dominio completo del host. Para obtener más información acerca del problema, también puede ejecutar el comando ping para buscar su controlador de dominio por dirección IP y otros servidores de red por nombre y dirección IP.
  
  
• Causa: configuración dúplex no coincidente en un conmutador o concentrador.
  
  
• Solución: confirme que la configuración dúplex en cada uno de los conmutadores y concentradores está establecida correctamente.
  
  
• Causa: la dirección IP dedicada que usó para uno de los hosts ya existe en la red.
  
  
• Solución: elija una nueva dirección IP o quite la dirección duplicada.
  
  
• Causa: el clúster contiene hosts que ejecutan Windows 2000.
  
  
• Solución: el clúster debe ejecutar Windows Server 2008 en todos los hosts. Únicamente es compatible un entorno de clúster NLB que contiene hosts con Windows Server 2003 y Windows Server 2008 cuando se realiza una actualización sucesiva a Windows Server 2008. No se admite mezclar Windows Server 2003 y Windows Server 2008 en el mismo clúster durante largos períodos de tiempo.
  
  
• Causa: ha configurado diferentes modos de operación de clúster (unidifusión y multidifusión) en los hosts.
  
  
• Solución: use el Administrador de NLB para asegurarse de que todos los hosts estén configurados con el mismo modo de operación de clúster.
  
  

	Nota
	También puede ver los registros de eventos de Windows para comprobar si tienen errores y advertencias. Para obtener más información, consulte Instalar el equilibrio de carga de red.

• Causa: se están perdiendo latidos debido a la conectividad intermitente de la red que ocasiona un adaptador de red o cable en mal estado u otros problemas de red.
  
  
• Solución: use el comando ping para probar la conectividad. Especifique el nombre de dominio completo del host. Para obtener más información acerca del problema, también puede ejecutar el comando ping para buscar su controlador de dominio por dirección IP y otros servidores de red por nombre y dirección IP.
  
  

• Causa: los hosts del clúster se han convertido en miembros de diferentes subredes, por lo que todos los hosts no están accesibles en la misma red.
  
  
• Solución: asegúrese de que todos los hosts del clúster puedan comunicarse entre ellos.
  
  
• Causa: se está usando un conmutador de capa 3.
  
  
• Solución: coloque un conmutador de capa 2 entre los hosts y el conmutador de capa 3.
  
  
• Causa: una interrupción en un conmutador redundante provocó que el clúster se dividiese en dos clústeres, por lo que se crearon dos hosts predeterminados.
  
  
• Solución: quite los dos clústeres y, a continuación, cree un solo clúster.
  
  
• Causa: el conmutador está configurado para rechazar paquetes de difusión.
  
  
• Solución: configure el conmutador para que acepte paquetes de difusión (tenga presente que esto puede provocar determinados riesgos para la seguridad) o configure el clúster NLB para usar el modo de multidifusión.
  
  
• Causa: un host no puede enviar o recibir latidos.
  
  
• Solución: use el comando ping para probar la conectividad con cada uno de los hosts. Especifique el nombre de dominio completo del host.
  
  
• Causa: un host está conectado en un puerto incorrecto del conmutador.
  
  
• Solución: use el puerto correcto del conmutador.
  
  

• Causa: falta una regla de puerto. NLB dirige de manera predeterminada todo el tráfico de red entrante no gobernado por las reglas de puerto al host predeterminado; de esta manera se garantiza que todas las aplicaciones para las que no desea equilibrar la carga se comporten correctamente.
  
  
• Solución: para equilibrar la carga de una aplicación en el clúster, cree una regla de puerto en cada host del clúster para los puertos TCP/IP a los que preste servicio la aplicación.
  
  
• Causa: agregó un segundo host a un solo host del clúster pero el segundo host no está configurado correctamente. El clúster nunca converge y el host original sigue controlando todo el tráfico.
  
  
• Solución: revise cuidadosamente (y si es necesario corrija) cada uno de los valores de configuración del segundo host, por ejemplo, la dirección IP del clúster, la dirección IP dedicada y las reglas de puerto.
  
  
• Causa: si el clúster está configurado para el modo de unidifusión, es posible que un conmutador haya obtenido la dirección MAC del adaptador de red de NLB.
  
  
• Solución: borre el puerto del conmutador para la asignación de direcciones MAC.
  
  
• Causa: un servidor proxy envía todas las conexiones que usan una única dirección IP al clúster en el modo de afinidad sencilla.
  
  
• Solución: configure el servidor proxy para que use varias direcciones IP.
  
  

• Causa: las direcciones de red de unidifusión están ocasionando problemas con el concentrador de conmutación. Si está usando un concentrador de conmutación para interconectar los hosts del clúster, debe usar la compatibilidad con multidifusión de NLB. De lo contrario, el conmutador puede comportarse de manera errática cuando se use la misma red de unidifusión en varios puertos del conmutador.
  
  
• Solución: compruebe que ha seleccionado la compatibilidad con multidifusión en el cuadro de diálogo Propiedades del equilibrio de carga de red. Si no desea usar la compatibilidad con multidifusión, puede interconectar los hosts del clúster con un concentrador o cable coaxial en lugar de con un conmutador.
  
  

• Causa: el tráfico de red procede de un número limitado de direcciones IP, posiblemente debido a la configuración de un servidor proxy.
  
  
• Solución: configure el servidor proxy para que use varias direcciones IP.
  
  

• Causa: uno de los hosts del clúster está configurado con un identificador de prioridad de host igual a 1.
  
  
• Solución: no configure ningún host del clúster con un identificador de prioridad de host de 1. Use números que sean superiores a 1. Para obtener más información, consulte Configurar parámetros de host de equilibrio de carga de red.
  
  

• Causa: es posible que no esté ejecutando la versión de NLB adecuada para su entorno. NLB no puede formar ningún clúster cuando se usa la versión de 32 bits de NLB en un equipo con una versión de 64 bits. Es posible que el problema pueda haber pasado inadvertido porque los componentes de NLB de 32 bits (nlb.exe, wlbs.exe y nlbmgr.exe) parecen ejecutarse correctamente en el entorno de la versión de 64 bits.
  
  
• Solución: si piensa usar un entorno de equipo de una versión de 64 bits, debe usar la versión de NLB de 64 bits.
  
  

Notas

En los siguientes temas se describen varios problemas habituales a los que puede enfrentarse al instalar y usar inicialmente NLB. En los temas se describen las causas más probables de cada problema y se sugieren una o más soluciones. En estos temas se asume que su sistema y sus aplicaciones cumplen los requisitos mínimos para NLB. Para obtener más información, consulte: Introducción al equilibrio de carga de red e Instalar el equilibrio de carga de red. Debe probar la red y todos los adaptadores de red para comprobar su funcionamiento antes de instalar NLB. Asegúrese de seguir todos los pasos de la instalación y de comprobar que los parámetros de clúster y las reglas de puerto tienen la misma configuración para todos los hosts del clúster. Si se produce algún problema, revise siempre el registro de eventos de Windows y busque un mensaje del controlador NLB. Para obtener más información, consulte las secciones sobre parámetros de clúster, parámetros de host y reglas de puerto en Propiedades del Administrador de equilibrio de carga de red.