Balanceador de carga HTTP

[Francisco Rivas]

Para balanceo de carga, a mi me dio buen resultado POUND 
(http://freshmeat.net/projects/pound/), pero despues de un par de 
cambios al final me quede con NGINX (http://nginx.net). Ambos corriendo 
en un Linux por cierto.... 

Aldrin Martoq wrote:
> On Fri, 2008-08-29 at 17:47 -0400, Juan Manuel Doren wrote:
>   
>>> No te entiendo. La sesion es $_SESSION en php o HttpSession de java,
>>> como ejemplos.
>>> Como requisito las aplicaciones no se pueden modificar; esperan datos en
>>> la sesion para poder funcionar (por ejemplo, si haces un login).
>>> Entonces si un cliente web entra siempre tiene que llegar al mismo
>>> servidor.
>>> Por eso no entiendo a que te refieres con compartir la sesion ya que no
>>> esta siendo compartida; tampoco entiendo a que te refieres con abrir la
>>> sesion.
>>>       
>> si tienes aplicaciones ya hechas mejor ni lo intentes, pero si por
>> ejemplo tienes una sesion en php, eso es por un lado una cookie y por
>> otro un archivo temporal en el servidor.
>> Ese archivo lo puedes cambiar por una entrada en la base de datos, asi
>> sea cual sea el servidor que atienda los requerimientos podra obtener
>> y modificar la informacion asociada a la cookie.
>> Este enfoque es mejor, porque por ejemplo, el servidor original podria
>> caerse y otro podria reemplazarlo sin perder la sesion. Si vas a
>> desarrollar desde 0 trata de usar base de datos en vez de sesiones
>> automaticas del php.
>> sobre los balanceadores no se buscas software libre o estas en un
>> proyecto mayor. Si el lo segundo revisa el hardware de barracuda y f5,
>> esos hacen lo que quieres pero baratos no son.
>>     
>
> Gracias por todas sus respuestas. Hasta el momento haproxy hace
> exactamente lo que quiero. Algunas respuestas:
>
> 1.- No tengo mayores datos de la implementacion, asi que debo tratar a
> los webservers y las aplicaciones como tontas... En principio, son
> apache tomcats 4.x;
> 2.- Por ende, no quiero modificar la logica de las aplicaciones ni el
> ambiente de los servidores web. Estoy tanteando alguna solucion simple
> sin cambiar el ambiente ni las aplicaciones.
> 3.- haproxy puede detectar cuando un webserver se muere, asi que lo
> elimina de la lista. En ese caso, una sesion activa sera redirigida a
> otro webserver que no tenia idea de la sesion; y bueno ahi la aplicacion
> tendra que manejarse como si desconociera la sesion (no veo problemas).
>
>
> Como comentarios a las tecnologias que propusieron:
> 1.- Usar memcached no es una solucion fuerte para manejar datos
> guardados en una sesion. La razon es que un cache distribuido no te
> garantiza atomicidad... hmm quizas si tienes una sola instancia [2].
>
> Un cache distribuido es bueno para hacer cache de datos "no criticos"
> resueltos por una base de datos (asi alivianas la carga de la base de
> datos), pero no para actualizar data!! (tratar el cache como un store de
> una base de datos).
>
> Es por esto que almacenan un timestamp con los datos en el cache
> distribuido y en tu logica considerar el tiempo del dato y si
> corresponde refrescarlo contra la base de datos; si necesitas guardar
> datos criticos en el cache tienes que modificar la logica de tu
> aplicacion de manera que asegure borrar/actualizar los datos del cache
> con cada update en la base de datos.
>
> 2.- Por lo mismo que la solucion de compartir la sesion de WebSphere es
> tan repenca: tiene que asegurar atomicidad [1]. Eso lo hace lento y feo,
> sobretodo si se meten muchos datos en la sesion.
>
> 3.- No se como les ha ido configurando PHP o Tomcat, pero a simple vista
> tiene lo mismos problemas que 2. Otra solucion es configurar el ambiente
> para que guarde la sesion en la base de datos, pero tampoco me parece
> buena idea (mas que nada por evitar otro cuello de botella y dejar la
> arquitectura lo mas simple).
>
> 4. En resumen, lo mejor siempre es pensar la aplicacion para ser usada
> en un cluster. En la practica, casi nadie pone eso en los
> requerimientos ;)
>
>
>
> Modificar la aplicacion/ambiente habria que evaluar, pero eso lo hare
> cuando tenga mas datos de la implementacion en particular. 
>
>
> Saludos y gracias a todos!
>
> [1]
> http://www.ibm.com/developerworks/websphere/library/bestpractices/httpsession_performance_serialization.html
>
> [2]
> http://www.socialtext.net/memcached/index.cgi?faq#race_conditions_and_stale_data
>
>
>