¶ Balanceador de Carga
Los balanceadores de carga nos permiten repartir la carga de tráfico HTTP/HTTPS o conexiones TCP a un puerto concreto, para un grupo de Instancias que pertenezcan al pool del Balanceador.
En este apartado veremos las configuraciones de un balanceador de carga en SoaX.
¶ Crear un Balanceador
Es tan sencillo como arrastrar el icono a la ventana de Nuevo.
¶ Configuraciones de un Balanceador
Veremos esta primera pantalla.
¶ Datos del Balanceador
Nombre: Nombre del Balanceador.
Descripción: Podemos añadir una descripción del Balanceador.
Subred: Debemos de especificar la subred en la que tendremos las instancias que queramos añadir al Balanceador.
Estado de la administración: Podemos elegir si el Balanceador va a arrancar en modo activo o inactivo.
¶ Datos del Listener
Nombre: Nombre del Balanceador y se le añade -listener.
Descripción: Podemos añadir una descripción del Listener.
Limite de conexiones: Especifica el número de conexiones simultaneas al balanceador, -1 significa sin limites.
Estado de la administración: Podemos elegir si el Listener va a arrancar en modo activo o inactivo.
Protocolo: HTTP, HTTPS o TCP.
Puerto de protocolo: Podemos especificar el puerto del protocolo, por si fuera uno alternativo a los indicados en HTTP y HTTPS, en TCP deberemos de indicar el puerto especifico.
¶ Datos del Pool
Nombre: Nombre del Balanceador y se le añade -pool.
Descripción: Podemos añadir una descripción del pool.
Estado de la administración: Podemos elegir si el pool va a arrancar en modo activo o inactivo.
Método:
-
ROUND_ROBIN: Es un método para seleccionar todos las instancias en un pool de manera equitativa y en un orden racional, normalmente comenzando por el primer elemento de la lista hasta llegar al último y empezando de nuevo desde la primera Instancia.
-
LEAST_CONNECTIONS: Calcula el número de conexiones activas por Instancia durante un tiempo determinado y dirige el tráfico entrante a la Instancia con la menor cantidad de conexiones.
-
SOURCE_IP: Todas las conexiones con la misma IP de origen serán manejadas por el mismo miembro del pool.
Persistencia de la sesión:
-
Sesión no persistente: No mantiene memoria de las sesiones entrantes.
-
SOURCE_IP: Mantiene las sesiones provenientes de la IP origen al mismo servidor
-
HTTP_COOKIE: Al configurar la persistencia de cookie, el Balanceador inserta una cookie en la respuesta. Los parámetros configurados en la cookie permiten la persistencia de sesiones.
-
APP__COOKIE: Funciona de la misma manera que HTTP_COOKIE, sin embargo este método resulta útil si dispone de aplicaciones y servicios de backend web que no pueden generar sus propias cookies.
¶ Datos del Monitor
Demora (segundos): El tiempo que tarda el monitor en enviar un mensaje de comprobación.
Tiempos de espera (segundos): Tiempo de espera hasta recibir respuesta de la comprobación de estado.
Reintentos máximos (1~10): Número de intentos fallidos antes de dar como erróneo el nodo del pool.
Estado de administración: Podemos elegir si el Monitor va a arrancar en modo activo o inactivo.
Tipos: Podemos elegir entre PING, TCP y HTTP.
¶ Datos de los miembros
Puerto de protocolo: Debemos indicar de nuevo el puerto del protocolo que hayamos definido en el Listener.
Peso: Si disponemos de más de un balanceador, podremos indicar la importancia, siendo el número más bajo desde el 1 el más importante.
Estado de administración: Podemos elegir si el conector del Balanceador va a arrancar en modo activo o inactivo.
Disponibles - - Seleccionados:
Podremos arrastrar las instancias de la subred dentro del pool a seleccionados.
Tenga en cuenta que para que el balanceador funcione, necesita todos los componentes configurados en administración activos. (Balanceador, Listener, Pool, Monitor y Miembros).