EN ESTA PÁGINA
Solución de problemas de un grupo de redundancia que no falla 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 falla.
Ambiente
Clúster de chasis SRX
Diagnóstico
Desde el símbolo del sistema de la puerta de enlace de servicios serie SRX que forma parte del clúster de chasis, ejecute el show chassis cluster status
comando.
Salida de muestra:
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 el resultado de muestra, compruebe la prioridad del grupo de redundancia que no falla.
Si el
Priority
es255
y elManual failover
campo esyes
, proceda a Conmutación por error manual del grupo de redundancia.Si la prioridad está
0
o algo entre1
y254
, proceda a la 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 una conmutación por error manual del grupo de redundancia se inició antes mediante el
show chassis cluster status
comando.Salida de muestra:
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 el resultado de muestra,
Priority
el valor del grupo de redundancia 1 (RG1) es255
y el estado deManual failover
es, loyes
que significa que se inició una conmutación por error manual del grupo de redundancia antes. Debe restablecer la prioridad del grupo de redundancia.Nota:Después de una conmutación por error manual de un grupo de redundancia, recomendamos que restablezca la marca de conmutación por error manual en el estado del clúster para permitir más conmutación por error.
Restablezca la prioridad del grupo de redundancia mediante el
request chassis cluster failover reset redundancy-group <1-128>
.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 conmutación por error del grupo de redundancia. Si estos pasos no resuelven el problema, pase a la sección Whats Next.
Si desea iniciar una conmutación por error manual de un 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 de clústeres de chasis.
Conmutación por error automática del grupo de redundancia
Compruebe la configuración y el estado de los vínculos de control y estructura mediante el
show chassis cluster interfaces
comando.Salida de ejemplo para una puerta de enlace de servicios 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: down
Salida de muestra 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: down
Si el vínculo de control está inactivo, consulte el artículo KB20698 de KB para solucionar problemas, abrir el vínculo de control y pasar a 3.
Si el vínculo de estructura está inactivo, consulte Solución de problemas de un error de vínculo de estructura en un clúster de chasis SRX para solucionar problemas, abrir el vínculo de estructura y pasar a 3.
Continúe con el paso 3 si tanto el vínculo de control como el vínculo de estructura están en marcha.
Compruebe la supervisión de interfaz o las configuraciones de 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 el resultado del
show chassis cluster status
comando.Si la prioridad es
0
, consulte el artículo KB16869 para clústeres de chasis JSRP (protocolo de redundancia de servicios de Junos OS) y el artículo KB19431 para puertas de enlace de servicios serie SRX de sucursal.Si la prioridad es
255
, consulte Conmutación por error manual del grupo de redundancia.Si la prioridad está entre
1
y254
y, si aún así, el grupo de redundancia no falla, proceda a la sección Whats Next.
Lo que sigue
Si estos pasos no resuelven el problema, consulte el artículo KB15911 de KB para obtener sugerencias de conmutación por error del grupo de redundancia.
Si desea depurar más, consulte el artículo KB21164 de KB para comprobar los registros de depuración.
Para abrir un caso de JTAC con el equipo de soporte de Juniper Networks, consulte Recopilación de datos para el soporte al cliente para ver los datos que debe recopilar para ayudar en la resolución de problemas antes de abrir un caso de JTAC.