Cuestión : sesiones del web server

tenemos un appliucation del web server que envíe transacciones al processing
we del fpr del webfarm abra una sesión haga un cierre de la hornada la sesión, y lo haga de nuevo y el again
somos allways que golpean el mismo servidor en el sitio alejado y no utlizing los otros 6 servidores en la granja y ésta está causando un bottleneck.

They piensa que cada sesión está creada de nuestro lado (en el tcp), y entonces mantenemos la sesión abierta hasta que hayamos terminado todas las transacciones de la hornada. son ubnder la impresión que, tenemos la misma sesión siempre abierta enviar todo el tráfico, así que su siempre al mismo 1 servidor en su extremo y el equilibrio de carga no es working.

i sabe que abrimos una sesión para cada hornada individual que las pistas o la prueba del send
any que puedo realizar para conseguir este resolved, y él me aseguremos que su no un problema con el farm class= del

Respuesta : sesiones del web server

Autorización, así pues, no estoy seguro verdadero qué usted significa por “sesiones sobre nuestro lado es dirigido por el SQL”…

 Pero, usted tiene un app, yo asume que conecte vía https, tan su actuación como agente de la tela (es decir hojeador).  Cuando conecta con el Virtual Server en el balanceador de la carga se crea una sesión se crea para esa conexión, futher cuando la conexión proxied de la libra al web server y posteriormente a los usos, otra sesión que los servidores de la tela/app manejen.  

Así pues, a ellos apenas aparece como solo agente que hace peticiones múltiples, y su probablemente fabricación pide bastante frecuente de este mismo “agente” que la sesión no esté desocupado bastante tiempo al descanso.

No sé lo que un poco tiene la libra el otro partido, pero ella tendrá que hacer y ajuste de un cierto tipo para rechazar el descanso ocioso en su manera del agente, o vuelta de la afinidad así que cada conexión que usted hace se trata como conexión separada.