¶ Balanceador de Carga
Los balanceadores de carga permiten distribuir de forma eficiente el tráfico entrante (HTTP, HTTPS o conexiones TCP) entre un conjunto de instancias que forman parte de un pool de servidores a puertos concretos de cada máquina. Esta distribución mejora la disponibilidad, escalabilidad y tolerancia a fallos del sistema.
En esta sección se detallan las configuraciones disponibles para implementar y gestionar un balanceador de SoaX.
¶ Crear un Balanceador
Es tan sencillo como arrastrar el icono a cualquier parte del D&D.
¶ Detalles de un Balanceador
Se puede observar una primera pantalla donde se especifican los detalles del balanceador de carga.
Nombre del Balanceador.
Especificamos el sabor que requiere el balanceador.
Podemos elegir si el Balanceador va a arrancar en modo activo o inactivo.
Debemos de especificar la red en la que desplegaremos el balanceador.
Debemos de especificar la subred en la que tendremos las instancias que queramos asociar al Balanceador.
Podemos añadir una descripción del Balanceador.
¶ Detalles del Listener
En esta segunda ventana se accede a los detalles de Listener.
Nombre del Balanceador y se le añade -listener.
Podemos añadir una descripción del Listener.
Especifica el número de conexiones simultáneas al balanceador, -1 significa sin límites.
Especificamos el protocolo entre el balanceador y Listener.
Podemos elegir si el Listener va a arrancar en modo activo o inactivo.
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 específico.
¶ Detalles del Pool
En esta ventana se configuran los detalles del pool.
Nombre del Balanceador y se le añade -pool.
Podemos elegir si el pool va a arrancar en modo activo o inactivo.
Podemos elegir entre diferentes algoritmos de balanceo de carga.
-
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.
-
ROUND_ROBIN: Es un método para seleccionar todas 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.
-
SOURCE_IP: Todas las conexiones con la misma IP de origen serán manejadas por el mismo miembro del pool.
-
SOURCE_IP_PORT: Todas las conexiones con la misma IP de origen serán manejadas por el mismo miembro del pool dependiendo del puerto.
-
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.
-
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.
-
SOURCE_IP: Mantiene las sesiones provenientes de la IP origen al mismo servidor.
¶ Detalles del Monitor
En esta ventana se pueden configurar los detalles de monitor.
Nombre del monitor.
El tiempo que tarda el monitor en enviar un mensaje de comprobación.
Tiempo de espera hasta recibir respuesta de la comprobación de estado.
Número de intentos fallidos antes de dar como erróneo el nodo del pool.
Podemos elegir entre diferentes tipos.
¶ Detalles de los miembros
En esta última ventana se configuran los detalles de los miembros.
Para acceder a la configuración se debe activar la pestaña de Crear miembro.
Nombre del miembro.
Podemos elegir si el conector del Balanceador va a arrancar en modo activo o inactivo.
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.
Debemos indicar de nuevo el puerto del protocolo que hayamos definido en el Listener.
Debemos seleccionar un puerto de los disponibles de la subred seleccionada a donde se redirigirá el tráfico del balanceador.
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).
¶ Administración avanzada de Balanceador
Para visualizar posibles configuraciones más avanzadas relacionadas con los Load Balancers (LB), podéis visitar la siguiente página:
¶ Ejemplo real de Balanceador
Para consultar un ejemplo práctico de uso de balanceador puede consultar: