Re: Infrastructure monitoring

From: "John Hansen" <john(at)geeknet(dot)com(dot)au>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Cc: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>, "Guido Barosio" <gbarosio(at)gmail(dot)com>, "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, "Josh Berkus" <josh(at)agliodbs(dot)com>, <pgsql-www(at)postgresql(dot)org>, "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>
Subject: Re: Infrastructure monitoring
Date: 2006-01-15 21:08:53
Message-ID: 34F8F335525CB14C95CF92BE2194858E012861@pdc.geeknet.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-www

Joshua D. Drake [mailto:jd(at)commandprompt(dot)com]
> O.k. hardware requirements are no sweat. We can put together
> a 6 drive scsi array for the database and I will put the os
> on a couple of ide with raid 1.

That's cool, this damp piece of string could use the freed up bandwidth :)

> Why do we "need" a separate server for the cgi's? Are they
> that hard on the webserver?

Not separate, just separate from this server, and it's not a requirement, but my recommendation.
You can add search.postgresql.org as a vhost to any other machine(s).
Most of the time spent on searches, are spent in executing the cgi (provided of course, that the backend is fast).

Currently, I have the load spread evenly among 3 webservers (I use a reverse proxy load balancer for this), which at peak puts the load to somewhere between 3 and 4.

Also, as I was about to mention on IRC, you might want to consider porting the apache module to apache2 or use it on apache1, which is much faster than the cgi.

With 4 gig of ram however, you would probably be fine running it all on the one host.

... John

Browse pgsql-www by date

  From Date Subject
Next Message Dave Page 2006-01-16 08:21:33 Re: Infrastructure monitoring
Previous Message Tino Wildenhain 2006-01-15 21:04:20 Re: Infrastructure monitoring