Hola!
Relianoide 7.6
En el laboratorio de pruebas encontré un error extraño en el modo de mantenimiento del backend.
En el laboratorio de pruebas, uso 2 nodos Relianoid 7.6 en un clúster que equilibra las conexiones del cliente Outlook a Exchange.
Cuando Outlook está conectado a Exchange, veo la cantidad de conexiones establecidas en la granja a cada backend de Exchange (solo hay 2 servidores de prueba de Exchange en DAG).
Enciendo el modo de mantenimiento en uno de los backends (corte), veo que las conexiones del cliente se restablecen, pero después de eso comienzan a reconectarse al mismo backend, que ahora está en modo de mantenimiento, es decir, las conexiones del cliente no deben restaurarse en él.
Si intenta activar y desactivar el modo de mantenimiento en el backend, nada cambiará, las conexiones del cliente continuarán restaurándose exitosamente en el backend, que está en mantenimiento y no debería aceptar conexiones hasta que se deshabilite el mantenimiento.
El modo de mantenimiento solo comienza a funcionar si lo enciende en el backend y luego reinicia la granja; después de eso, las conexiones del cliente no se restaurarán al backend, que está en modo de mantenimiento.
Parece un error.
La granja está configurada en modo l4xnat para el puerto 443, número de backends 2.
¡Hola!
¿Podrías generar una copia guardada de soporte (en Sistema > Copia guardada de soporte) y compartirla con nosotros en: support AT relianoid DOT com?
Gracias!
Hola!
Te envié el archivo de soporte, revisa el correo por favor)
¡Hola!
Gracias por el apoyo. Parece estar relacionado con la persistencia configurada, ya que todos los clientes están conectados a la misma dirección IP.
Cambie la persistencia de la sesión de “IP de origen” a “Puerto de origen”.
Esperando sus comentarios,
Saludos.
Hola!
Cambié la persistencia de la sesión de "IP de origen" a "Puerto de origen", y el modo de mantenimiento funciona mejor. En versiones anteriores, el modo de mantenimiento de ZEVENET funcionaba sin cambiar la persistencia de la sesión de "IP de origen" a "Puerto de origen". Quiero entender cómo se cambió la lógica de mantenimiento. RELIANOID ¿Balanceador o utilicé configuraciones no correctas siempre en ZEVENET?
El modo de mantenimiento en ZEVENET siempre funcionó perfectamente, independientemente de la configuración de persistencia de la sesión.
Los problemas comenzaron después de actualizar ZEVENET a RELIANOID.
¡Hola!
El modo de mantenimiento y la persistencia de la sesión no cambiaron en absoluto.
En su infraestructura, ¿todos los clientes siempre tenían NAT o es un cambio reciente? Si balanceaba la carga de los clientes a diferentes backends mediante persistencia por "IP de origen" en el caso de que los clientes tuvieran NAT, se trataba de un error de Zevenet.
Solo para confirmar el comportamiento correcto, cámbielo a “IP de origen” y habilite la depuración en /usr/local/relianoid/config/global.conf , cambie de:
$debug=”0″;
a
$debug=”9″;
Y luego, reproducir el problema de mantenimiento.
Por último, le rogamos que comparta una nueva nota de soporte vía correo electrónico.
Saludos cordiales.
Hola!
¡Está bien, gracias por la información!
En mi prueba, las conexiones de cliente de infraestructura basada en ZEVENET siempre funcionaron en modo NAT (modo lx4nat), información interesante sobre ZEVENET.
No necesito probar el balanceador ZEVENET porque ahora lo uso RELIANOID.
RELIANOID Buen y sencillo equilibrador.
¡Gracias por la ayuda! =)
De nada,
¡Disfruta RELIANOID!