ADC

Preguntas frecuentes sobre alta disponibilidad

December 5, 2023

Contribución de:

¿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 relacionada con la alta disponibilidad:
- Puerto UDP 3003, para intercambiar paquetes de latidos.
- Puerto TCP 3008 o 3010, para sincronización y propagación de comandos.
¿Cuáles son las condiciones que activan la sincronización?

La sincronización se activa en cualquiera de las siguientes condiciones:
- El número de encarnación del nodo principal, recibido por el secundario, no coincide con el del nodo secundario. Nota: Ambos nodos de una configuración de HA mantienen un contador denominado número de encarnación, que cuenta el número de configuraciones del archivo de configuración del nodo. Cada nodo envía su número de encarnación a los demás nodos en los mensajes de latidos. El número de encarnaciones no se incrementa para los siguientes comandos:
  1. Todos los comandos relacionados con la configuración de HA. Por ejemplo, agregue el nodo ha, establezca el nodo ha y vincule el nodo ha.
  2. Todos los comandos relacionados con la interfaz. Por ejemplo, configurar la interfaz y desconfigurar la interfaz.
  3. Todos los comandos relacionados con el canal. Por ejemplo, agregue canal, establezca canal y enlace canal.
- El nodo secundario aparece después de un reinicio.
- El nodo principal pasa a ser secundario tras una conmutación por error.
¿Qué configuraciones no se sincronizan ni se propagan en una configuración de alta disponibilidad en modo INC o no INC?

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, agregue el nodo ha, establezca el nodo ha y vincule el nodo ha.
- Todos los comandos de configuración relacionados con la interfaz. Por ejemplo, configurar la interfaz y desconfigurar la interfaz.
- Todos los comandos de configuración relacionados con el canal. Por ejemplo, agregue canal, establezca canal y enlace canal.
Nota:

Las siguientes configuraciones no se sincronizan ni se propagan solo en HA en modo INC. Cada nodo tiene el suyo propio:
- SNIP
- VLAN
- Rutas (excepto rutas LLB)
- Monitores de rutas
- Reglas de RNAT (excepto cualquier regla de RNAT con VIP como IP de NAT)
- Configuraciones de redirección dinámica
- Perfiles de red
¿La configuración agregada al nodo secundario se sincroniza en el nodo principal?

No, una configuración agregada al nodo secundario no se sincroniza con el nodo principal.
¿Cuál puede ser la razón por la que ambos nodos afirman ser los principales 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?

Los diferentes ajustes del reloj del sistema en los dos nodos pueden provocar los siguientes problemas:
- Las marcas de tiempo de las entradas del archivo de registro no coinciden. Esta situación dificulta el análisis de las entradas de registro para detectar cualquier problema.
- Tras 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 provocar que una cookie caduque antes de lo esperado, lo que provocaría la finalizació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 del fallo del comando force HA sync ?

La sincronización forzada falla en cualquiera de las siguientes circunstancias:
- Se fuerza la sincronización cuando la sincronización ya está en curso.
- Se fuerza la sincronización en un dispositivo NetScaler independiente.
- El nodo secundario está inhabilitado.
- La sincronización 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 nodo principal.
¿Cuáles son las condiciones del error del comando sync HA files ?

La sincronización de los archivos de configuración falla en cualquiera de las siguientes circunstancias:
- En un sistema independiente.
- Con el nodo secundario desactivado.
En una configuración de alta disponibilidad, si el nodo secundario asume el papel de principal, ¿vuelve al estado secundario si el nodo principal original vuelve a estar en línea?

No. Una vez que el nodo secundario pasa a ser el principal, permanece como principal incluso si el nodo principal original vuelve a estar en línea. Para intercambiar el estado principal y el secundario de los nodos, ejecute el comando force failover.
¿Cuáles son las condiciones para que falle el comando force failover ?

Una conmutación por error forzada falla en cualquiera de las siguientes circunstancias:
- Se fuerza la conmutación por error en un sistema independiente.
- El nodo secundario está inhabilitado.
- El nodo secundario está configurado para permanecer secundario.
- El nodo principal está configurado para seguir siendo el principal.
- El estado del nodo del mismo nivel es desconocido.

La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Cloud Software Group solo tiene traducción automática. Cloud Software Group no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Cloud Software Group se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Cloud Software Group, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Cloud Software Group no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.

December 5, 2023

Contribución de:

December 5, 2023

Contribución de:

Preguntas frecuentes sobre alta disponibilidad

En este artículo