Skip site navigation (1) Skip section navigation (2)

Re: Anyone using a SAN?

From: Tobias Brox <tobias(at)nordicbet(dot)com>
To: Arjen van der Meijden <acmmailing(at)tweakers(dot)net>
Cc: Tobias Brox <tobias(at)nordicbet(dot)com>,Peter Koczan <pjkoczan(at)gmail(dot)com>,pgsql-performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Anyone using a SAN?
Date: 2008-02-13 23:29:46
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
[Arjen van der Meijden]
> Your SAN-pusher should have a look at the HP-submissions for TPC-C... 
> The recent Xeon systems are all without SAN's and still able to connect 
> hundreds of SAS-disks.

Yes, I had a feeling that the various alternative solutions for "direct
connection" hadn't been investigated fully.  I was pushing for it, but
hardware is not my thing.  Anyway, most likely the only harm done by
chosing SAN is that it's more expensive than an equivalent solution with
direct connected disks.  Well, not my money anyway. ;-)

> Obviously its a bit difficult to share those 628 harddrives amongst 
> several systems, but the argument your colleagues have for SAN isn't a 
> very good one.

As far as I've heard, you cannot really benefit much from this with
postgres, one cannot have two postgres servers on two hosts sharing the
same data (i.e. using one for failover or for CPU/memory-bound read

Having the SAN connected to several hosts gives us two benefits, if the
database host goes down but not the SAN, it will be quite fast to start
up a new postgres instance on a different host - and it will also be
possible to take out backups real-time from the SAN without much
performance-hit.  Anyway, with a warm standby server as described on one
can achieve pretty much the same without a SAN.

In response to

pgsql-performance by date

Next:From: Scott MarloweDate: 2008-02-14 00:55:49
Subject: Re: Anyone using a SAN?
Previous:From: Josh BerkusDate: 2008-02-13 23:07:13
Subject: Re: HOT TOAST?

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group