Vraag : de zittingen van de Webserver

wij hebben een webserverappliucation die transacties naar offsite webfarm fpr processing
we opent een zitting doet een partij sluit de zitting, en helemaal opnieuw doet het verzendt en again
wij allways de zelfde server op de verre plaats raakt en niet de andere 6 servers in het landbouwbedrijf utlizing en dit een bottleneck.

They veroorzaakt denkt dat elke zitting van onze kant wordt gecre�ërd (in TCP), en dan houden wij de zitting open tot wij alle partijtransacties hebben voltooid. zij zijn ubnder de indruk dat, wij de zelfde altijd open zitting hebben om al verkeer te verzenden, zodat zijn altijd aan zelfde 1 server in hun eind en lading is het in evenwicht brengen geen working.

i weet wij een zitting voor elke individuele partij openen die wij send
any of test die ik kan uitvoeren om dit te krijgen oplosten, en zij verzekeren me dat zijn niet een probleem met farm

Antwoord : de zittingen van de Webserver

O.k., zodat ben ik niet echte zeker wat u bedoelt door „zittingen over onze kant door SQL“… worden behandeld

 Maar u hebt app, veronderstel ik die via https verbind, zo zijn acteren als Webagent (d.w.z. browser).  Wanneer het met de virtuele server op de ladingsstabilisator verbindt wordt een zitting gecre�ërd voor die verbinding, futher wanneer de verbinding proxied van pond aan webserver is en later de toepassingen, een andere zitting wordt gecre�ërd die de Web/app servers beheren.  

Zo, aan hen verschijnt het enkel als één enkele agent veelvoudige verzoeken indienen, en uw waarschijnlijk makende verzoeken die frequent genoeg van deze zelfde „agent“ geen die de zitting lang genoeg aan onderbreking niets uitvoert.

Ik weet welk niet soort pond de andere partij heeft, maar zij zullen moeten maken en aanpassing van één of ander type om de nutteloze onderbreking op uw agentenmanier af te wijzen, of draai van affiniteit zodat wordt elke verbinding u maakt behandeld als afzonderlijke verbinding.