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: [email protected] [mailto:linux- > [email protected]] 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 > <[email protected]>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
