httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From trifo <>
Subject Re: [users@httpd] building a web farm
Date Fri, 01 Nov 2013 19:51:05 GMT
Thanks Tom,

Balancing is solved well in this case, as we run on enterprise hardware
load balancers. They do a lot of work.
For the node grouping I think there are too few nodes to give up the half
of them for most of the time. Sadly the highest change rates occur during
the highest usage times.

But ok, you say that we should run on a high number of relative small nodes
and updating half of them while serving from the rest. But. Increasing the
number of nodes even increases the amount of data to push through the
network, whose bandwidth is limited and the time is limited as well.


≈( Telefonról küldve )≈
On Nov 1, 2013 3:42 PM, "Tom Evans" <> wrote:

> On Thu, Oct 31, 2013 at 11:30 PM, trifo <> wrote:
> > Thanks for the replies.
> >
> > Well, I forget to mention that we run on AIX, not on Linux. And so it is.
> > The files MUST be consistent in any moment of time. There is a period of
> > time when a lot of pages are changing in every 5 minutes.
> The point really should be that all files that are served are
> consistent and up-to-date, not that all files on all nodes are
> consistent all the time.
> The second condition can only be met by a distributed file system,
> which is complex, costly and difficult to maintain. The first
> condition however can be met by using simple local file systems and
> sets of nodes, disabling one set of nodes to update files on those
> nodes, whilst serving from another set of nodes. Once all the nodes in
> the first set are up to date, you switch to serve from that node set,
> and start updating the nodes in the second set. Once those are up to
> date, you can serve again from all nodes.
> This could easily be automated - sad to say, I would probably use
> haproxy over mod_proxy_balancer for this, for its better reporting,
> management tools and API.
> Cheers
> Tom
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

View raw message