Ian,
reading optional directives you should probably use the
worker.xxx.method, its value is Request, session, traffic or busyness
Le 21/06/2007 16:00, Ian Buzer a écrit :
Thanks for that Rainer.
How about when a new session comes in? Does mod_jk obtain information from
each Tomcat about its current load, or does it base it on the number of
requests that that particular instance of mod_jk has forwarded to Tomcat? If
it's the latter, is this likely to cause problems?
Thanks
Ian
-----Original Message-----
From: Rainer Jung [mailto:[EMAIL PROTECTED]
Sent: 21 June 2007 15:50
To: Tomcat Users List
Subject: Re: Two IIS web servers
Yes, this will work. The only bad thing will be, that the requests
belonging to one session will be logged partially on both of the IIS
instances, so if you try to debug a problem, you always need to look at
both IIS servers.
Stickyness works like this:
- you set a unique jvmRoute in the engine element of server.xml
- Tomcat appends the jvmRoute to each sessionid it generated, with a
dot
as a separator
- mod_jk load balancer looks for a session id whenever it receives a
request and strips of the routing string behind the dot
- if mod_jk finds such a routing strings, the load balancer searches
for
a worker with the same name or with a route attribute with the same
value and sends it there
So mod_jk does not hold any state information about where which session
lies. Every request carries the information with it.
Regards,
Rainer
Ian Buzer wrote:
Hi,
I currently have one IIS server balancing requests to two Tomcats
using JK
1.2. I am using JK to provide sticky sessions and all is working
well.
I would like to be able share requests across a second IIS server,
however I
am unable to create sticky sessions at the web server level so
requests
could go to either web server.
My question is, if I point both IIS servers to both Tomcats, will
this work
correctly? Will the sessions still get directed to the correct
Tomcat, and
will the two JKs still be able to choose the best worker for new
sessions?
Many thanks
Ian
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
