Re: Performance of PostgreSQL over NFS

From: Jignesh Shah <jkshah(at)gmail(dot)com>
To: Greg Smith <greg(at)2ndquadrant(dot)com>
Cc: Mladen Gogala <mladen(dot)gogala(at)vmsinfo(dot)com>, Rich <rhdyes(at)gmail(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Performance of PostgreSQL over NFS
Date: 2011-01-12 01:43:32
Message-ID: AANLkTikwJVEjoyBM8K3qnTz0eJqu2wB6NffSp5UgTK-2@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Mon, Jan 3, 2011 at 9:28 PM, Greg Smith <greg(at)2ndquadrant(dot)com> wrote:
> Mladen Gogala wrote:
>>
>> Rich wrote:
>>>
>>> I am wondering why anyone would do that?  Too much overhead and no
>>> reliable enough.
>>
>> Apparently, NetApp  thinks that  it is reliable. They're selling that
>> stuff  for years.  I know that Oracle works with NetApp, they even have
>> their own user mode NFS client driver, I am not sure about PostgreSQL. Did
>> anybody try that?
>>
>
> You have hit upon the crucial distinction here.  In order for NFS to work
> well, you need a rock solid NFS server.  NetApp does a good job there.  You
> also need a rock solid NFS client, configured perfectly in order to
> eliminate the risk of corruption you get if the NFS implementation makes any
> mistake in handling sync operations or error handling.  The issue really
> isn't "will PostgreSQL performance well over NFS?".  The real concern is
> "will my data get corrupted if my NFS client misbehaves, and how likely is
> that to happen?"  That problem is scary enough that whether or not the
> performance is good is secondary.  And unlike Oracle, there hasn't been much
> full end to end integration to certify the reliability of PostgreSQL in this
> context, the way NetApp+Oracle has worked out those issues.  It's hard to
> most of us to even justify that investigation, given that NFS and NetApp's
> offerings that use it feel like legacy technologies, ones that are less
> relevant every year.
>
> --
> Greg Smith   2ndQuadrant US    greg(at)2ndQuadrant(dot)com   Baltimore, MD

Well there is a reason why Oracle and folks spend millions of dollars
in NFS and this was before they bought Sun and got NFS hardware
products in the acquisition.

The answer is economics. The faster fiber optics is currently 8Gbps
while ethernet is 10Gbps. Fiber is trying to leapfrog with faster ones
but in the meanwhile 10Gbps switches are now affordable. That said for
people who want "Multi-host" storage or "Shared-Storage" however you
look at it, NFS seems to be very economical compared to expensive
fiber SAN solutions. So while onboard RAID cards give you great
performance it still doesnt give you the option of the single point of
failure.. your server. NFS solves that problem for many small
enterprises inexpensively. Yes I agree that your NFS client has to be
rock solid. If not select the right OS but yes NFS has a fanfare out
there.

That said I have tested with NFS with Solaris as well as VMware's ESX
server. NFS on Solaris had to be tweaked with right rw window sizes
for PostgreSQL write sizes and jumbo frames to get the performance on
10GB networks out and it was pretty good with multiple connections
(single connections had limits on how much it can pull/push) on
Solaris. (Of course this was couple of years ago.)

On vSphere ESX mostly it was transparent to PostgreSQL since it was
all hidden by ESX to the guest VMs.

My 2 cents.

Regards,
Jignesh

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Divakar Singh 2011-01-12 06:54:10 Performance test of Oracle and PostgreSQL using same binary
Previous Message Euler Taveira de Oliveira 2011-01-11 21:34:17 Re: pgbench to the MAXINT