From: snacktime Date: 2005-09-24T08:19:17+09:00 Subject: Re: Large scale sites? Anyone? Anyone? ------=_Part_10034_4477770.1127517554776 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 9/23/05, SEan Wolfe wrote: > > I have an upcoming project that is for a news site with daily and hourly > content updates. Currently everything is done by static HTML. Obviously > it's a lot of work to get their stuff up there. > > I've had a great time working in Ruby and Rails of rother web projects. > But I'm just wondering if it's possible to do large scale sites with RoR. > > The site needs to be able to handle a minimum of 200 req/sec. Do you mean simultaneous users or actually completed requests per second? 200 req/sec is over 8 million requests in a 12 hour period. 200 simultaneou= s connections is another story, and shouldn't be a real issue for apache/lighttpd and rails. The main issues you will have is setting up load balancing and failover. We use ServerIrons a lot as front end load balancers. Personally I love them a= s they take a lot less time to manage then most open source solutions and hav= e a lower failure rate. Distributing access to your databases will probably b= e one of the main challenges, as well as having some type of failover mechanism. For a good general caching system you might take a look at memcached. We use it a lot and it's a great tool for taking the load off of your database servers. In our case everything is dynamic so we don't have a use for squid, althoug= h you could use that in conjunction with a ServerIron, or in place of if you just want to throw up several linux boxes with squid and use round robin dns. Personally I don't care much for messing with dns techniques unless yo= u need to geographically distribute your servers. Chris ------=_Part_10034_4477770.1127517554776--