Una aplicación crítica no debería depender de un único servidor. El balanceo de carga permite distribuir tráfico y construir arquitecturas capaces de tolerar fallas.
¿Cómo evitar que una aplicación dependa de un único servidor?
Una de las estrategias consiste en ejecutar la aplicación sobre múltiples servidores y utilizar un balanceador de carga para distribuir las conexiones entre ellos.
Esto permite separar dos conceptos importantes:
la aplicación y un servidor específico.
Si todo depende de una única máquina, esa máquina representa un single point of failure.
¿Qué hace un balanceador de carga?
Recibe conexiones y decide a qué servidor disponible enviarlas.
Progress LoadMaster ofrece distintos algoritmos para ese proceso. Por ejemplo, Round Robin distribuye las solicitudes secuencialmente entre servidores de capacidad similar.
Pero una implementación puede utilizar métodos diferentes según la naturaleza de la aplicación.
¿Qué sucede si un servidor falla?
En una arquitectura correctamente configurada, los componentes de balanceo realizan verificaciones sobre los recursos backend.
Cuando un nodo deja de estar disponible, las nuevas conexiones pueden dirigirse hacia los restantes.
El mismo concepto puede extenderse al propio balanceador mediante diseños redundantes o clustering. En LoadMaster clustering, si un nodo falla, el tráfico puede redistribuirse entre los nodos restantes.
¿Balancear tráfico mejora el rendimiento?
Puede hacerlo, especialmente cuando el cuello de botella se encuentra en la capacidad del backend.
En lugar de que un único servidor procese toda la demanda, diferentes servidores pueden compartirla.
Sin embargo, un balanceador no corrige automáticamente problemas de código, base de datos o arquitectura.
Primero debe identificarse dónde está realmente el cuello de botella.
¿Qué aplicaciones deberían considerar alta disponibilidad?
Aplicaciones comerciales, portales de clientes, APIs, sistemas de autenticación, ecommerce, herramientas internas críticas y cualquier servicio donde una interrupción genere impacto operativo o económico.
Cuanto mayor sea el costo de downtime, más importante es diseñar redundancia desde el inicio.
¿Cuándo considerar Progress Kemp LoadMaster?
Cuando la organización necesita una solución específica de application delivery y load balancing con capacidades avanzadas de Layer 4/7, SSL y, dependiendo de la suscripción, seguridad WAF.
¿Murc puede evaluar una arquitectura de alta disponibilidad?
Sí. Antes de recomendar una tecnología, Murc puede analizar cómo se publica actualmente la aplicación, dónde se encuentran sus servidores y qué impacto tendría la falla de cada componente.
Si una aplicación crítica todavía depende de un único punto de falla, contactá a Murc IT para evaluar alternativas de balanceo y alta disponibilidad.