HA

[Claudio Hormazábal Ocampo]

Ricardo, acá estoy balanceando con Hertbeat+ldirector y solucionamos las
sesiones de usuarios a nivel de aplicación (mi caso Aplication server
oracle). Me podrías dar mas detalles de tu experiencia en lo mencionado:
>o activando "sticky
> sessions" en el balanceador de carga.

Atte.,
Claudio Hormazábal Ocampo
Administrador de Sistemas
Universidad Central de Chile
Fono: (56) (2) 582 6059
Skype: claudio.hormazabal
http://claudio.hormazabal.cl

> -----Mensaje original-----
> De: linux-bounces en listas.inf.utfsm.cl [mailto:linux-
> bounces en listas.inf.utfsm.cl] En nombre de Ricardo Munoz
> Enviado el: Martes, 01 de Septiembre de 2009 12:32
> Para: Discusion de Linux en Castellano
> Asunto: Re: HA
> 
> El 1 de septiembre de 2009 11:12, Alvaro Herrera
> <alvherre en alvh.no-ip.org>escribió:
> 
> > Sebastián Veloso Varas escribió:
> >
> > > Claro, la teoria es que funciones de  1 a N equipos detrás del
> servidor,
> > y
> > > que si se cae uno, pase el trafico directamente a o los equipos
> > disponibles
> > > (depende de la configuracion claramente). Un problema que noté
> > > (sinceramente, no recuerdo como solucione eso) era que cuando
> realizabas
> > > balanceo dinamico con una aplicacion web que ejecutaba sesiones, no
> > > funcionaba, puesto que al entrar una peticion por un servidor y
> atenderla
> > > por otra la sesion expiraba.
> >
> > A este problema le dan poca importancia los sysadmins por lo que he
> > visto, pero es MUY molesto para los usuarios.  Anoche estuve viendo a
> mi
> > suegra tratando de hacer una transferencia electrónica en el sitio
> del
> > Banco Santander ... en el rato en que se demoraba en escribir los
> datos
> > del destinatario, le expiraba la sesión y tenía que empezar de nuevo.
> > Tuvo que hacerlo como 4 veces.
> >
> 
> creo que el problema que menciona Sebastian tiene que ver con que la
> informacion de la sesion se guarda dentro del servidor y no de manera
> compartida (por ejemplo dentro de una base de datos). entonces al
> balancearse la carga entre uno y otro servidor se pierde la informacion
> de
> la sesion, esto se soluciona a nivel de aplicacion o activando "sticky
> sessions" en el balanceador de carga.
> 
> Algún tarado pensará que esto mejora la seguridad del sitio, pero es
> > para tirarle manual de usabilidad (uno bien gordo, empastado en tapas
> > duras) por la cabeza.
> >
> 
> respecto al problema de tu suegra, encontre esto en el sitio de MSDN
> [1]
> (quizas off-topic citar algo relacionado con M$, pero el sitio del
> Santander
> esta hecho con ASP)
> 
> "Most Web administrators set this property to 8 minutes. It should not
> be
> set higher than 20 minutes (except in special cases) because every open
> session is holding onto memory. It should also not be set lower than 4
> minutes because clients rarely respond within that time resulting in a
> loss of session state."
> 
> probablemente los del Santander no leen las recomendaciones de M$ o no
> tienen dinero para ponerle mas memoria a sus servidores... ;)
> 
> Pero, por supuesto, ellos tienen "alta disponibilidad" ...
> >
> 
> hasta por ahi nomas porque los fines de mes es imposible realizar algun
> tipo
> de transaccion... muchisima gente se mete (al mismo tiempo) a revisar
> si les
> han pagado su sueldo o no...
> 
> [1] http://msdn.microsoft.com/en-us/library/ms525473.aspx
> 
> --
> Ricardo Mun~oz A.
> http://www.tux.cl