¿Cuándo un nodo HA entra en estado de suspendido debido al lazo de preferencia?

Suspendido (preferencia bucle detectado)

 Causa:

La siguiente secuencia de eventos puede causar el fracaso:

• Cuando un enlace o ruta de monitoreo (o ambos) condición de falla es detectada por el demonio HA en el dispositivo activo, se mueve en estado no funcional.
• Cuando se restaura el estado de vigilancia, los nodos no funcional pasa a estado pasivo.
• Puesto que la preferencia está activada en la configuración, el dispositivo pasivo, que tiene una prioridad más alta y un valor más bajo, pasa a estado activo.
• Si más se encuentran casos de condiciones de falla, tales como enlace OR control de ruta, el nodo activo se cambian su estado de activo > no funcional > pasivos > activo.
• El nodo se mueve en estado de "Suspensión" debido al lazo de preferencia si se observa "Número máximo de flaps".

Una aleta se cuenta cuando el firewall deja el estado activo dentro de 15 minutos después de pasado dejó el estado activo. Este valor indica el máximo número de aletas que se permite antes de que el firewall está suspendido y el firewall pasivo asume el control (rango 0-16, por defecto 3).

* Máximo número de aletas puede configurarse como sigue:

Solución:

UN nodo en estado suspendido sólo se puede hacer funcional (activo o pasivo) manualmente.
Antes de hacer funcional el nodo, tenga en cuenta las siguientes recomendaciones:

• Investigar y la solución la cuestión de la interfaz o vía monitoreo aletas. Si el nodo es funcional en un entorno inestable, probablemente moverá en un estado suspendido otra vez.  
• Quitar la opción de preferencia de los nodos hasta que el estado de control es estable. Esto ayudará a que el nodo saludable mantener el estado activo, mientras que el nodo con aletas permanecerá en el estado funcional/pasivo para investigación.
• Se recomienda que el "estado de enlace pasivo" ajuste a "auto", ya que wHen el dispositivo activo va a estado no funcional y el estado de enlace es la parada, todos los interfaces estarán en estado cerrado. El nodo no conoce el estado de la interfaz antes de que se vaya en estado activo. Por lo tanto, después de cambios de estado a pasivos y posteriormente activos (debido a la anticipación), todas las interfaces surgen excepto la interfaz que todavía está físicamente abajo.
  Esto hace que el monitoreo falle de nuevo y puede causar un bucle de pre-vaciado (según el ajuste máximo de la solapa explicado anteriormente)

Si de preferencia es activado se recomienda también ajustar el «Estado pasivo de enlace» a "Auto" para evitar la situación anterior. Esto evitará que las interfaces en un estado eléctricamente 'hasta' que permite el sistema detectar si una interfaz está físicamente hacia abajo antes de permitir adelantarse para volver a activar el dispositivo:

Usted puede hacer el nodo funcional mediante la CLI o GUI.

Utilice este comando en el CLI:

> solicitar alta disponibilidad estado funcional

En la GUI, desplácese hasta dispositivo > alta disponibilidad > comandos operacionales > haga que el dispositivo local funcione.

Después de seguir los pasos anteriores, el nodo afectado se mueve en estado "Pasivo" y finalmente al estado "Activo" debido a la preferencia y su prioridad.