EN ESTA PÁGINA
Solución de problemas de un grupo de redundancia que no conmuta por error en un clúster de chasis SRX
Problema
Descripción
Un grupo de redundancia (RG) en un clúster de chasis SRX de alta disponibilidad (HA) no conmuta por error.
Medio ambiente
Clúster de chasis SRX
Diagnóstico
Desde el símbolo del sistema de la puerta de enlace de servicios de la serie SRX que forma parte del clúster de chasis, ejecute el show chassis cluster status comando.
Ejemplo de salida:
Cluster ID: 1 Node Priority Status Preempt Manual failover Redundancy group: 0 , Failover count: 0 node0 150 primary no no node1 100 secondary no no Redundancy group: 1 , Failover count: 0 node0 255 primary yes no node1 100 secondary yes no
En la salida de muestra, compruebe la prioridad del grupo de redundancia que no conmuta por error.
Si el
Priorityes255y elManual failovercampo esyes, vaya a Conmutación por error manual del grupo de redundancia.Si la prioridad es
0entre1y254, vaya a Conmutación por error automática del grupo de redundancia
Resolución
- Conmutación por error manual del grupo de redundancia
- Conmutación por error automática del grupo de redundancia
Conmutación por error manual del grupo de redundancia
Compruebe si se inició antes una conmutación por error manual del grupo de redundancia mediante el
show chassis cluster statuscomando.Ejemplo de salida:
Cluster ID: 1 Node Priority Status Preempt Manual failover Redundancy group: 0 , Failover count: 0 node0 150 primary yes no node1 100 secondary yes no Redundancy group: 1 , Failover count: 0 node0 255 primary no yes node1 100 secondary no yes
En la salida de muestra,
Priorityel valor del grupo de redundancia 1 (RG1) es255y el estado deManual failoveresyes, lo que significa que se inició antes una conmutación por error manual del grupo de redundancia. Debe restablecer la prioridad del grupo de redundancia.Nota:Después de una conmutación por error manual de un grupo de redundancia, se recomienda restablecer el indicador de conmutación por error manual en el estado del clúster para permitir más conmutaciones por error.
Restablezca la prioridad del grupo de redundancia mediante el
request chassis cluster failover reset redundancy-group <1-128>archivo .Por ejemplo:
user@host> request chassis cluster failover reset redundancy-group 1 root@srx> request chassis cluster failover reset redundancy-group 1 node0: -------------------------------------------------------------------------- Successfully reset manual failover for redundancy group 1 node1: -------------------------------------------------------------------------- No reset required for redundancy group 1.
Esto debe resolver el problema y permitir más conmutaciones por error del grupo de redundancia. Si estos pasos no resuelven el problema, vaya a la sección Qué sigue.
Si desea iniciar manualmente una conmutación por error del grupo de redundancia x (grupos de redundancia numerados del 1 al 128), consulte Descripción de la conmutación por error manual del grupo de redundancia del clúster de chasis.
Conmutación por error automática del grupo de redundancia
Compruebe la configuración y el estado del vínculo de los vínculos de control y estructura mediante el
show chassis cluster interfacescomando.Ejemplo de salida para una puerta de enlace de servicios de la serie SRX de sucursal:
{primary:node0} root@SRX_Branch> show chassis cluster interfaces Control link 0 name: fxp1 Control link status: Up Fabric interfaces: Name Child-interface Status fab0 ge-0/0/2 down fab0 fab1 ge-9/0/2 down fab1 Fabric link status: downEjemplo de salida para una puerta de enlace de servicios de la serie SRX de gama alta:
{primary:node0} root@SRX_HighEnd> show chassis cluster interfaces Control link 0 name: em0 Control link 1 name: em1 Control link status: up Fabric interfaces: Name Child-interface Status fab0 ge-0/0/5 down fab0 Fabric link status: downSi el vínculo de control está inactivo, consulte el artículo de KB KB20698 para solucionar problemas y abrir el vínculo de control y continuar con 3.
Si el vínculo de estructura no funciona, consulte Solución de problemas de un fallo de vínculo de estructura en un clúster de chasis SRX para solucionar problemas y abrir el vínculo de estructura y continuar con 3.
Continúe con el paso 3 si tanto el vínculo de control como el vínculo de estructura están activos.
Compruebe las configuraciones de monitoreo de interfaz o monitoreo de IP que están activas. Si las configuraciones no son correctas, rectifique las configuraciones. Si las configuraciones son correctas, continúe con el paso 4.
Compruebe la prioridad de cada nodo en la salida del
show chassis cluster statuscomando.-
Si la prioridad es , consulte el artículo de KB KB16869 para clústeres
0de chasis JSRP (Protocolo de redundancia de servicios de Junos OS) y el artículo de KB KB19431 para firewalls de la serie SRX de sucursal. Si la prioridad es
255, consulte Conmutación por error manual del grupo de redundancia.Si la prioridad está entre
1y254y si aún así el grupo de redundancia no conmuta por error, vaya a la sección Qué sigue.
-
¿Qué sigue?
Si estos pasos no resuelven el problema, consulte el artículo de KB KB15911 para obtener sugerencias sobre la conmutación por error del grupo de redundancia.
Si desea seguir depurando, consulte el artículo de KB KB21164 para comprobar los registros de depuración.
Para abrir un caso del JTAC con el equipo de soporte de Juniper Networks, consulte Recopilación de datos para el servicio de atención al cliente para conocer los datos que debe recopilar para ayudar en la solución de problemas antes de abrir un caso del JTAC.