Hi,
I would also like hear more about this from horse mouths.
We are also need to replicate session where servers are spread across in
different countries.
Is there anyway we could use DB server for storing replication? Because
all the tomcat are using the same DB servers in my case.
With warm regards,
Mohan Narayanaswamy
ISCI,Standard Chartered Scope International,
3F, Asia Bldg,
#1, Haddows Road, Chennai
Ph: +91 98417 10021
Fonenet: (India) 550 - 16814
"Mirou, Antoine" <[EMAIL PROTECTED]>
11/14/2006 08:09 PM
Please respond to "Tomcat Users List"
To: "Tomcat Users List" <users@tomcat.apache.org>
cc:
Subject: RE: session replication/tomcat 5.5
Hello,
Could you please give an example of "really big sites" ?
How do you organize your cluster (how many members/domains, ...) ?
Do you use Farm-deployer ?
Do you use session replication ?
How do you manage/monitor the cluster ?
Many questions, sorry, but I'm currently studying the possibility of
setting up a cluster of tomcat 5.5 for a 99.99% available app with lots of
user connexions, and I really don't feel confident of my ease with tomcat
clustering...
Thanks for your answers.
Regards,
Antoine
-----Message d'origine-----
De : Peter Rossbach [mailto:[EMAIL PROTECTED]
Envoyé : mardi 14 novembre 2006 09:31
À : Tomcat Users List
Objet : Re: session replication/tomcat 5.5
Am 13.11.2006 um 20:27 schrieb David O'Dell:
> Is anyone using session replication in production?
>
Yes, at really big sites :-)
> Is there an alternative to using multicasting?
>
No, but you can implement you own membership service.
> In the doc http://tomcat.apache.org/tomcat-5.5-doc/cluster-howto.html
>
> It states "This is an algorithm that is only efficient when the
> clusters are small."
> I have 6 tomcat instances behind a load balancer, is this still
> considered small?
>
Yes, but split your cluster into different domains. Use Apache/mod_jk
>= 1.2.19 with the
domain attribute. The mod_jk loadbalancer can then route to the right
backup.
regards
Peter
>
> ---------------------------------------------------------------------
> 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]
Ce message et toutes les pièces jointes (ci-après le « message ») sont
confidentiels et établis à l'intention exclusive de ses destinataires.
Toute utilisation de ce message non conforme à sa destination, toute
diffusion ou toute publication, totale ou partielle, est interdite, sauf
autorisation expresse. Si vous recevez ce message par erreur, merci de le
détruire sans en conserver de copie et d'en avertir immédiatement
l'expéditeur. Internet ne permettant pas de garantir l'intégrité de ce
message, la Caisse des Dépôts et Consignations décline toute
responsabilité au titre de ce message s'il a été modifié, altéré, déformé
ou falsifié.
This email message and any attachments ("the email") are confidential and
intended only for the recipient(s) indicated. If you are not an intented
recipient, please be advised that any use, dissemination, forwarding or
copying of this email whatsoever is prohibited without Caisse des Depots
et Consignations's prior written consent. If you have received this email
in error, please delete it without saving a copy and notify the sender
immediately. Internet emails are not necessarily secured, and Caisse des
Depots et Consignations declines responsibility for any changes that may
have been made to this email after it was sent.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This email is confidential. If you are not the addressee tell the sender
immediately and destroy this email
without using, sending or storing it. Emails are not secure and may suffer
errors, viruses, delay,
interception and amendment. Standard Chartered PLC and subsidiaries ("SCGroup")
do not accept liability for
damage caused by this email and may monitor email traffic.
