X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 679B59DC835 for ; Wed, 15 Feb 2006 13:32:21 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 69242-07 for ; Wed, 15 Feb 2006 13:32:19 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from mir3-fs.mir3.com (mail.mir3.com [65.208.188.100]) by postgresql.org (Postfix) with ESMTP id 9FBDE9DC821 for ; Wed, 15 Feb 2006 13:32:18 -0400 (AST) Received: mir3-fs.mir3.com 172.16.1.11 from 172.16.2.68 172.16.2.68 via HTTP with MS-WebStorage 6.0.6249 Received: from archimedes.mirlogic.com by mir3-fs.mir3.com; 15 Feb 2006 09:32:17 -0800 Subject: Re: Reliability recommendations From: Mark Lewis To: "Craig A. James" Cc: Jeremy Haile , pgsql-performance@postgresql.org In-Reply-To: <43F36288.3010302@modgraph-usa.com> References: <20060215090446.2F3AC1B819F@mx1.hub.org> <1140018387.43f34cd36a076@imp2-g19.free.fr> <1140018967.43f34f1761803@imp2-g19.free.fr> <1140020490.9369.254450363@webmail.messagingengine.com> <43F36288.3010302@modgraph-usa.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: MIR3, Inc. Date: Wed, 15 Feb 2006 09:32:16 -0800 Message-Id: <1140024736.9076.167.camel@archimedes> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-22) X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.121 required=5 tests=[AWL=0.120, UNPARSEABLE_RELAY=0.001] X-Spam-Score: 0.121 X-Spam-Level: X-Archive-Number: 200602/205 X-Sequence-Number: 17191 Machine 1: $2000 Machine 2: $2000 Machine 3: $2000 Knowing how to rig them together and maintain them in a fully fault- tolerant way: priceless. (Sorry for the off-topic post, I couldn't resist). -- Mark Lewis On Wed, 2006-02-15 at 09:19 -0800, Craig A. James wrote: > Jeremy Haile wrote: > > We are a small company looking to put together the most cost effective > > solution for our production database environment. Currently in > > production Postgres 8.1 is running on this machine: > > > > Dell 2850 > > 2 x 3.0 Ghz Xeon 800Mhz FSB 2MB Cache > > 4 GB DDR2 400 Mhz > > 2 x 73 GB 10K SCSI RAID 1 (for xlog and OS) > > 4 x 146 GB 10K SCSI RAID 10 (for postgres data) > > Perc4ei controller > > > > ... I sent our scenario to our sales team at Dell and they came back with > > all manner of SAN, DAS, and configuration costing as much as $50k. > > Given what you've told us, a $50K machine is not appropriate. > > Instead, think about a simple system with several clones of the database and a load-balancing web server, even if one machine could handle your load. If a machine goes down, the load balancer automatically switches to the other. > > Look at the MTBF figures of two hypothetical machines: > > Machine 1: Costs $2,000, MTBF of 2 years, takes two days to fix on average. > Machine 2: Costs $50,000, MTBF of 100 years (!), takes one hour to fix on average. > > Now go out and buy three of the $2,000 machines. Use a load-balancer front end web server that can send requests round-robin fashion to a "server farm". Clone your database. In fact, clone the load-balancer too so that all three machines have all software and databases installed. Call these A, B, and C machines. > > At any given time, your Machine A is your web front end, serving requests to databases on A, B and C. If B or C goes down, no problem - the system keeps running. If A goes down, you switch the IP address of B or C and make it your web front end, and you're back in business in a few minutes. > > Now compare the reliability -- in order for this system to be disabled, you'd have to have ALL THREE computers fail at the same time. With the MTBF and repair time of two days, each machine has a 99.726% uptime. The "MTBF", that is, the expected time until all three machines will fail simultaneously, is well over 100,000 years! Of course, this is silly, machines don't last that long, but it illustrates the point: Redundancy is beats reliability (which is why RAID is so useful). > > All for $6,000. > > Craig > > ---------------------------(end of broadcast)--------------------------- > TIP 5: don't forget to increase your free space map settings