-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Giancarlo,

On 12/30/19 12:11, Giancarlo Celli wrote:
> Hi Chris, to avoid any kind of overload, I would like every single
> request to be forwarded to a backend server.

Session stickiness only determines WHICH backend server your request
will be routed to. If your session gets mapped to a server which has
failed, that request will fail-over to another server.

The advantage to sticky-sessions is two-fold:

1. When not clustering and user-sessions are required (i.e. for
login), then sticky-sessions are REQUIRED

2. When clustering sessions, sticky-sessions are also REQUIRED to
ensure that the same session object is being used for all requests,
limiting the possibility of race-conditions. There is no cross-cluster
synchronization to prevent simultaneous access to the same session on
two different nodes.

I can't really see a use-case for NOT using sticky-sessions unless you
have HUGE, bursty-load and the contents of the session aren't very
important. (Or you are using a non-standard session-manager.)

> I attach the files again hoping you can view them correctly. I
> await your suggestions.

A few thoughts:

> worker.node1.ping_mode=P

This will cause a ping to be sent for every request, but no periodic
checks will be made. It probably doesn't matter much, but you may want
to start with ping_mode=A and reduce the frequency if you observe any
performance problems.

> worker.node1.ping_timeout=10000

10s is a long time. Do you want to wait 10s for a request to fail-over
to another server?

> worker.node1.lbfactor=1 worker.node1.socket_timeout=30

Same here: 30s is a long time. You may wait 30 seconds for a back-end
server to fail to respond to a request. Or maybe you have some
requests you expect to take as much as 30 seconds?

> worker.node1.connection_pool_timeout=20 
> worker.node1.recover_time=5

> <Connector port="80" protocol="HTTP/1.1" maxThreads="400" 
> connectionTimeout="20000" redirectPort="8443" />

Good: connectionTimeout == connection_pool_timeout

Everything looks okay to me. Are you having any specific problems, or
are you just asking if everything looks reasonable?

- -chris

> ------ Messaggio originale ------ Da: "Christopher Schultz"
> <ch...@christopherschultz.net 
> <mailto:ch...@christopherschultz.net>> A: users@tomcat.apache.org
> <mailto:users@tomcat.apache.org> Inviato: 27/12/2019 16:29:28 
> Oggetto: Re: How to set apache load balancer for send request to 6 
> tomcat server
> 
>> Firma ha problemi -----BEGIN PGP SIGNED MESSAGE-----<br />Hash:
>> SHA256<br /><br />Giancarlo,<br /><br />On 12/23/19 12:45,
>> Giancarlo Celli wrote:<br />&gt; Hi, I need to configure a load
>> balancer with apache connector on a<br />&gt; jelastic server
>> that redirects requests to 6 server workers with<br />&gt; tomcat
>> 7 installed. Atteched you can find extract from httpd.conf<br
>> />&gt; and workers.properties. I need to send single request to
>> tomcat<br />&gt; server individually, so I set sticky_session to
>> 0.<br /><br />So you want your clients to switch servers even
>> when they don't have to?<br /><br />&gt; Could you tell me if
>> parameters are configured correctly? Is the<br />&gt; collector 
>> able to handle all requests? Could you give me some<br />&gt;
>> further advice?<br />&gt; <br />&gt; Each tomcat server is
>> configured with the following parameters:<br />&gt; <br />&gt;
>> &lt;Connector port="80" protocol="HTTP/1.1" maxThreads="400" <br
>> />&gt; connectionTimeout="20000" redirectPort="8443" /&gt;<br
>> />&gt; <br />&gt; The balancer has the following configuration:
>> Server version:<br />&gt; Apache/2.4.39 (codeit) Server built:
>> Apr 3 2019 18:54:14 <br />&gt; Architecture: 64-bit Server MPM:
>> event threaded: yes<br />&gt; (fixed thread count) forked: yes
>> (variable process count)<br /><br />Your attachments were
>> stripped. Can you please post an example worker<br />and your
>> JkMounts from httpd.conf? We don't need the whole httpd.conf.<br
>> /><br />- -chris<br />-----BEGIN PGP SIGNATURE-----<br />Comment:
>> Using GnuPG with Thunderbird - https://www.enigmail.net/<br
>> /><br 
>> />iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl4GI1cACgkQHPApP6U8<br
>>
>> 
/>pFjHPhAAyDpqNcDm5AIe+QcsF/dB0rEfWSrfXY3DFZUjvJVTLfeqhUxS+gKNbHBf<br
>> />iXhbxnXiFVMkHqgWxcMlrsQMGK5wWL00HCOrlijGbJYa52QCn2aLFJ6buf5kU+Cy<br
>>
>> 
/>SAXOIBbpz4x12QEU6x2LJGAEXa8fMx96xyTXl0SAiWQqQ/EtVw/0y+b5h97Zpej5<br
>> />kxR04IyOMDfqyEMVeKUVQNr46yZmscHE3r9Bo49mVqmLjD8a/tzHZybTuFVeW6xj<br
>>
>> 
/>lILNuPwBL+cMz5ImqfW3qQUKyKLC6Bo9gdeamIXYg4z/66XwFmBUTP/mcTf0Up67<br
>> />rbaJWgg8Si2exZhRJeB5z51hZiEXGWldkBljvwUjevZcjo9dEqvFCY7KtxdkuA/b<br
>>
>> 
/>ZWAyxaTJkRvzusJrRItdV6m66q5aLUKehPTeIe5zm0V10Ttfc6qOpncfULQh0d1N<br
>> />Ic719F1UKYOecqZXVqJJ+mDHhdMsulvWlV18if29riQe2mu+VUGlkjFYuxgm7TCp<br
>>
>> 
/>zKGzdDAI3v/9b5lLtKYqCDaIFjH0MnBjGo+x9gTvpvQRIrdC4OGPTiw8W3Urveln<br
>> />ZycUWihsb26vqaog7jJn6SLMJ/N8nVyw64Uc/slN3tCAIwHvzpu6dTVBEoXI6Jsx<br
>>
>> 
/>29Nqyx6B1tSXrSYXDN0PO7PmpBffS7LDEd1luYXqAtcUilgsb4Q=<br />=KK92<br
>> />-----END PGP SIGNATURE-----<br />
>> 
>> ---------------------------------------------------------------------
>>
>> 
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> <mailto:users-unsubscr...@tomcat.apache.org> For additional
>> commands, e-mail: users-h...@tomcat.apache.org 
>> <mailto:users-h...@tomcat.apache.org>
>> 
> 
> 
> 
> ---------------------------------------------------------------------
>
> 
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
-----BEGIN PGP SIGNATURE-----
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl4Lb5wACgkQHPApP6U8
pFiYBA/+KcOkhhrgwPM/cbRsl6wUEO3X6L1WAIYefjiT7OSDAnZs4na7C1ucpsOk
5Xpf7E7LE0tjujBTjOh3TQFSSMuKZq8otJSNJprVZDTWjQMFcTafO+pzcQ3ZDn0Q
CXyCOYvbCbt1Rj0ODb9FsyQla5968tAM4gMpRz0p+C2D5RetJ1jG1OnAFoLXAC9R
5dC/Tkt7dk9juyZjGbnVzVG94EOVYCMzsu7F3Ax/JGtNoPhq1k05xt8jCTRIFJIL
2RrscIUmV3ODaZAO1F6inyvpRHY3XbDmN0Vs1s8gACCCY6536ib51JSR4g0Ll+9h
lXx73DzNRNNktxa/CmpFaZS6q5Kz+u8MA7VOdtEnbkt2SJ8QPN+rQNrcFQJZEOI2
2tqb3wqPgUe9X2+5wbxVBXWdFaNMIbuz4yDWnRwVreKEClrwNWpOogJaIuza3k+s
yUC2+oAAnmVI7T8pomiOokpkiheF5nVbPcb69CzKGAYRyE4kodBclkVSfx0Dtd3K
9ZnZ6owb3xOSAwGBu/HMq9vrOK5pOON8J/z4j8Y51CoukYC8xgIAh02r0n+a1gJ+
h2SLsUE5Klf8sCJ9kOKHxLXzN7yw5XJro/oFrco+BuB52lokRZX5nJUC9qcJVn7b
Z3jcBEAwSheLu5y6KHr680feH8gAyqvneJ/Pvl+JHdlMLl5bIQg=
=6bpX
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to