Nginx can be compiled with a fair load balancer plugin, but if your  
app needs sticky balancing ( ip_hash ) sessions on the impacted box  
won't be redistributed.

On Feb 19, 2009, at 12:25 PM, Arie Fishler <[email protected]> wrote:

> "load balancing" is performed on a round robin basis...(with  
> persistence i.e ip hash) - it does not take into account actual load.
>
> You can control number of instances that scalr launches for a  
> role...and limit the total number. If I understand correctly....if a  
> specific server is overloaded you can make sclar launch another one  
> based on its load and later on when the batch job completes and load  
> drops...scalr will terminate non required instances.
>
> On Thu, Feb 19, 2009 at 8:25 PM, kenja <[email protected]> wrote:
>
> My current application is designed for a single server configuration.
> It uses a cron script to call a php file that does a nightly batch
> process that takes as long as an hour or two.  It is run as a low
> priority task so it doesn't incapacitate my system.
>
> With scalr, I've been planning to set up the cron script on the mysql
> master and submit the request to only one app server.  What I'm
> wondering is how that would be interpreted and handled by ngix on the
> www server.  Assuming that one app instance gets a very processing
> intensive request, is the load balancer smart enough to launch one
> additional instance, and then realize that launching additional
> instances isn't necessary?  Will the www server then route traffic to
> the server that is under-loaded and let the script server be while it
> finishes?  Id' rather keep it as a single call to a single server than
> to figure out a way to load distribute it.
>
> I'm worried that scalr would keep launching instances to try to
> offload the swamped server even though it is swamped from a single
> request and not a traffic overload.
>
>
>
>
>
>
> >

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"scalr-discuss" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/scalr-discuss?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to