Chris,
On 1/12/15, 11:08 AM, "Christopher Schultz" <ch...@christopherschultz.net>
wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA256
>
>Peter,
>
>On 1/12/15 12:51 PM, Peter Rifel wrote:
>> I'm running Tomcat 8.0.15 with Java 1.8.0_25 on Ubuntu 14.04. We
>> have 5 instances that are all setup with session clustering as
>> follows:
>>
>> <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster">
>> <Manager className="org.apache.catalina.ha.session.DeltaManager"
>> stateTransferTimeout="5" /> <Channel
>> className="org.apache.catalina.tribes.group.GroupChannel">
>> <Membership
>> className="org.apache.catalina.tribes.membership.McastService"
>> address="${multicast}" /> </Channel> </Cluster>
>>
>> -Dmulticast=228.0.0.4
>>
>> To help prevent accidental misconfigurations that have occurred in
>> the past, I decided to implement monitoring on the session
>> replication by checking the JMX mbean
>> Catalina/Manager/<host>/<context>/activeSessions attribute. Most
>> of the time the values for the 5 instances are all within 1 or 2 of
>> each other. Over the weekend we consistently had one instance that
>> had more sessions than the other 4. It began with 102 sessions
>> where every other instance had 95. Over the next 36 hours as more
>> sessions were expiring over the weekend, the difference grew to 49
>> vs 29. Eventually it resynced and now they all report the same
>> active session count. My question is, does anyone know why this
>> would happen, and if this can be expected is there a better way to
>> monitor session replication to ensure that there isn't one instance
>> that isn't being replicated to? I believe this only happens on
>> weekends when most sessions are expiring and very few are being
>> created but I may be wrong.
>
>How is your load-balancer configured to distribute traffic?
Two of the instances are behind one load balancer, and the other 3 are
behind another. They each provide a different service but are running the
same war application and we want sessions clustered across both services.
Each load balancer's initial distribution is based on the least number of
connections, with persistence based on source IP.
>
>- -chris
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1
>Comment: GPGTools - http://gpgtools.org
>
>iQIcBAEBCAAGBQJUtBuzAAoJEBzwKT+lPKRYhTIP/1x86hXRr3MIMrghDSes/PH7
>OcY6CVI2qXlhIqSAv6++jN2g+DQq006dH4l5WtxcMGFjq2fWfd0cqut5Kt5nY5Ux
>5Hy2xT70BQ36/4jHQOteJcwtpKIjqJ6D7Qf7G3TuibnpKtE8bPYwFkh1Lc9ca+Me
>OytFvaPK7TFnLR3v7tXxlQDc4c7u6r7wsA8eHNjXrbOUEfhO/qTuqE9MCW7EBecn
>IaWh1l7pLUfwoSsxxNtrRrftB9DgzZ54Jp2tY0WbxTpkNnbTOkOFbXn/pOH9ANEO
>bGB+efMHmhoq3v1v3AyBS97mYunsuA32qEyhki1pKirJhSrCIVFo8kAFiQsYno8G
>GeU3QvP8EwjpWQOj8KCtfr8UJtH5VQVCPPLQjI9o+JSAjSlS/DuzczXBcjryX0QO
>z48qQ4h8RnH+x63WoJk8G//gsOKbftelUq2x5o+EA3doqIn53tBDLT2hsDW/eaUS
>pXG1wniavTfkJMfsCj0SE6zzVpGT2G2goayRjuP6HJjdsa3+uwIg6c2nLVwJmnf8
>gXoOUaBkAo4hhHre7JbDrwfR9mayBHLt5wbcF5rz5XTMUtSWy97CisCG97TZaTCO
>aa/opD9oVs6W2yTUV4eRZP7HBGLeEmaJB+TIXz59tzDy3LJEZ6anw2FAhEw1ctzm
>x7a5Rta4raqLnKpU5dlm
>=w2Kh
>-----END PGP SIGNATURE-----
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>For additional commands, e-mail: users-h...@tomcat.apache.org
>
Peter
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
