Thanks Pedro for your help. Johan
----- Original Message ----- From: Pedro Mata-Mouros Fonseca To: Johan Duflost Cc: [email protected] Sent: Wednesday, July 22, 2009 3:44 PM Subject: Re: load balancing algorithm Yup, you can pretty much match any HTTP header, AFAIK. Just a matter of finding the appropriate regexp. Cheers. Pedro. On Jul 22, 2009, at 2:29 PM, Johan Duflost wrote: Thanks for your answer. The URI will be the same for all the operations. I could perhaps instead use the http header SOAPAction? What do you think? Cheers, Johan ----- Original Message ----- From: Pedro Mata-Mouros Fonseca To: [email protected] Sent: Wednesday, July 22, 2009 12:19 PM Subject: Re: load balancing algorithm I guess you could analyse the URI, and if it's that specific method that's being called you could drop that request onto your robust servers backend. Search for rsprep in the documentation. Something like: acl req_heavy_method path_reg <regexp to match your webservice method in the URI> use_backend robust_servers if req_heavy_method Pedro. On Jul 22, 2009, at 11:04 AM, Johan Duflost wrote: Hello, I'd like to know if it's possible to load balance a soap web service based on the operation called by the client. We need this because we have a webservice with several operations and only one of them is very cpu and time consuming. We would like to forward the requests for this heavy operation on robust dedicated servers and let the other servers handle all the other requests. We can't split this webservice into two web services (one for the heavy operation and another one for all the other operations) because all these operations are supposed to be called within a session. Does anybody know if it's possible? Thanks. Cheers, Johan -------------------------------------------------------------------------- No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.387 / Virus Database: 270.13.22/2253 - Release Date: 07/21/09 18:02:00 ------------------------------------------------------------------------------ No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.387 / Virus Database: 270.13.22/2253 - Release Date: 07/21/09 18:02:00
