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

Re: [sfpug] DATA directory on network attached storage

From: Aditya <aditya(at)grot(dot)org>
To: Joe Conway <mail(at)joeconway(dot)com>
Cc: Jeff Frost <jeff(at)frostconsultingllc(dot)com>,Josh Berkus <josh(at)agliodbs(dot)com>, sfpug(at)postgresql(dot)org,pgsql-performance(at)postgresql(dot)org
Subject: Re: [sfpug] DATA directory on network attached storage
Date: 2005-04-11 18:20:32
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performancesfpug
On Mon, Apr 11, 2005 at 10:59:51AM -0700, Joe Conway wrote:
> >FWIW, if I were to do this anew, I would probably opt for iSCSI over GigE 
> >with
> >a NetApp.
> Any particular reason? Our NetApp technical rep advised nfs over iSCSI, 
> IIRC because of performance.

I would mount the Netapp volume(s) as a block level device on my server using
iSCSI (vs. a file-based device like NFS) so that filesystem parameters could
be more finely tuned and one could really make use of jumbo frames over GigE.

But that level of tuning depends on load after all and with a Netapp you can
have both, so maybe start with having your databases on an NFS volume on the
Netapp, and when you have a better idea of the tuning requirements, move it
over to a iSCSI LUN.

I'm not sure I understand why NFS would perform better than iSCSI -- in any
case, some large Oracle dbs at my current job are moving to iSCSI on Netapp
and in that environment both Oracle and Netapp advise iSCSI (probably because
Oracle uses the block-level device directly), so I suspend the difference in
performance is minimal.


In response to


pgsql-performance by date

Next:From: Joel FradkinDate: 2005-04-11 18:29:22
Subject: Re: Is there somthing I need to do on my production server?
Previous:From: Joe ConwayDate: 2005-04-11 17:59:51
Subject: Re: [sfpug] DATA directory on network attached storage

sfpug by date

Next:From: Craig AddlemanDate: 2005-04-11 18:33:24
Subject: Re: Need RSVPs, meeting tommorrow.
Previous:From: Steven Ericsson-ZenithDate: 2005-04-11 18:19:12
Subject: Re: Need RSVPs, meeting tommorrow.

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