Documentación de productos
Citrix ADC
Current Release 13.0 12.1
Ver PDF

Alta disponibilidad

August 20, 2021
Contribución de: 
C

  • ¿Cuáles son los diversos puertos utilizados para intercambiar información relacionada con HA entre los nodos en una configuración de HA?

    En una configuración de alta disponibilidad, ambos nodos utilizan los siguientes puertos para intercambiar información HareLated:

    • Puerto UDP 3003, para intercambiar paquetes de latidos
    • Puerto 3010, para sincronización y propagación de comandos

  • ¿Qué configuraciones no se sincronizan o propagan en una configuración de alta disponibilidad en modo INC o no INC?

    Las configuraciones implementadas con los siguientes comandos no se propagan ni sincronizan con el nodo secundario:

    • Todos los comandos de configuración de HA específicos del nodo. Por ejemplo add ha node, set ha node, y bind ha node.
    • Todos los comandos de configuración relacionados con la interfaz. Por ejemplo, set interface y unset interface.
    • Todos los comandos de configuración relacionados con el canal. Por ejemplo, agregue canal, establezca canal y enlace canal.

    Para obtener más información sobre la configuración de alta disponibilidad en modo INC, consulte Configuración de nodos de alta disponibilidad en diferentes subredes.

  • ¿Qué configuraciones no se sincronizan o propagan en una configuración de alta disponibilidad en modo INC?

    Las siguientes configuraciones no se sincronizan ni propagan. Cada nodo tiene su propio.

    • MIP
    • SNIP
    • VLAN
    • Rutas (excepto rutas LLB)
    • Monitores de ruta
    • Reglas RNAT (excepto cualquier regla RNAT con VIP como IP NAT)
    • Configuraciones de redirección dinámica.

  • ¿Cuáles son las condiciones que desencadenan la sincronización?

    La sincronización se activa por cualquiera de las siguientes condiciones:

    • El número de encarnación del nodo primario, recibido por el secundario, no coincide con el del nodo secundario. Nota: Ambos nodos en una configuración de HA mantienen un contador llamado número de encarnación, que cuenta el número de configuraciones en el archivo de configuración del nodo. Cada nodo envía su número de encarnación entre sí nodo en los mensajes de latido. El número de encarnación no se incrementa para los siguientes comandos:
      • Todos los comandos relacionados con la configuración de HA. Por ejemplo add ha node, set ha node, y bind ha node.
      • Todos los comandos relacionados con la interfaz. Por ejemplo, set interface y unset interface.
      • Todos los comandos relacionados con el canal. Por ejemplo, agregue canal, establezca canal y enlace canal.
    • El nodo secundario aparece después de reiniciar.
    • El nodo principal se convierte en secundario después de una conmutación por error.

  • ¿Se sincroniza una configuración agregada al nodo secundario en el primario?

    No, una configuración agregada al nodo secundario no se sincroniza con el primario.

  • ¿Cuál podría ser la razón por la que ambos nodos afirman ser el principal en una configuración de alta disponibilidad?

    La razón más probable es que los nodos primario y secundario están en buen estado, pero el secundario no recibe los paquetes de latido del primario. El problema puede estar en la red entre los nodos.

  • ¿Una configuración de alta disponibilidad tiene algún problema si implementa los dos nodos con diferentes configuraciones de reloj del sistema?

    Diferentes configuraciones de reloj del sistema en los dos nodos pueden causar los siguientes problemas:

    • Las marcas de tiempo de las entradas del archivo de registro no coinciden. Esta situación hace que sea difícil analizar las entradas de registro para cualquier problema.
    • Después de una conmutación por error, es posible que tenga problemas con cualquier tipo de persistencia basada en cookies para el equilibrio de carga. Una diferencia significativa entre los tiempos puede hacer que una cookie caduque antes de lo esperado, lo que resulta en la terminación de la sesión de persistencia.
    • Consideraciones similares se aplican a cualquier decisión relacionada con el tiempo en los nodos.

  • ¿ Cuáles son las condiciones para el fallo del comando force HA sync ?

    La sincronización forzada falla en cualquiera de las siguientes circunstancias:

    • Fuerza la sincronización cuando la sincronización ya está en curso.
    • El nodo secundario está inhabilitado.
    • La sincronización de HA está inhabilitada en el nodo secundario actual.
    • La propagación de HA está inhabilitada en el nodo principal actual y se fuerza la sincronización desde el primario.

  • ¿ Cuáles son las condiciones para la falla del comando sync HA files ?

    La sincronización de archivos de configuración falla si el nodo secundario está inhabilitado.

  • En una configuración de alta disponibilidad, si el nodo secundario toma el control como primario, ¿cambia de nuevo al estado secundario si el primario original vuelve a conectarse?

    No. Después de que el nodo secundario toma el control como principal, permanece como primario incluso si el nodo primario original vuelve a conectarse de nuevo. Para intercambiar el estado primario y secundario de los nodos, ejecute el comando force failover.

  • ¿ Cuáles son las condiciones para el fallo del comando force failover ?

    Una conmutación por error forzada falla en cualquiera de las siguientes circunstancias:

    • El nodo secundario está inhabilitado.
    • El nodo secundario está configurado para permanecer secundario.
    • El nodo principal está configurado para que siga siendo primario.
    • El estado del nodo del mismo nivel es desconocido.
Alta disponibilidad
August 20, 2021
Contribución de: 
C
August 20, 2021
Contribución de: 
C

En este artículo

Comentarios sobre el sitio | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento
© 1999- Cloud Software Group, Inc. All rights reserved.