a Filter may help. But the clients must handle the situations if they are 
rejected because of the load. 

burghard@iSir

Am 05.07.2012 um 02:35 schrieb Christopher Schultz 
<ch...@christopherschultz.net>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Brian,
> 
> On 6/29/12 7:57 PM, Brian Braun wrote:
>> I created a RESTfull service. My clients are sending me HTTP
>> requests, and I return them responses. Usually, a client makes at
>> the most 1-2 requests per second which is totally fine, but some
>> clients sometimes make about 30 requests per second and that makes
>> my server suffer, even though I'm using a load balancer with two
>> servers behind it. I would like to find a way to deal with this.
>> The best thing would be to delay them when they do that, not to
>> totally stop or ban them, but to slow them somehow. Maybe creating
>> a queue for them, or maybe putting them in a lower priority, until
>> they slow their requests. I could program this myself, but I guess
>> there is already a solution somewhere. Maybe a Tomcat valve could
>> do it? Does anybody know one? Or maybe some kind of filter? Any
>> suggestions?
> 
> You are looking for a feature called "traffic shaping" or "quality of
> service" (QOS), which is something Tomcat does not do (at least not
> directly). You should look at your load balancer's options to support
> either of these features.
> 
> If not, you could look at something like mod_qos for Apache httpd. It
> will require another component, but it will get the job done. The
> alternative to something off-the-shelf like that, of course, is to
> implement it yourself.
> 
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAk/04WMACgkQ9CaO5/Lv0PB/ZQCgkhHv+tpYxptkT0ZPAkLcvF7S
> 0ZYAnjTYPxAdFM3nUbVRC8+vio+jyDg3
> =YjE6
> -----END PGP SIGNATURE-----
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 

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

Reply via email to