From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
---|---|
To: | "Evan D(dot) Hoffman" <evandhoffman(at)gmail(dot)com> |
Cc: | David Boreham <david_list(at)boreham(dot)org>, Postgresql Mailing List <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Deploying PostgreSQL on CentOS with SSD and Hardware RAID |
Date: | 2013-05-10 16:46:10 |
Message-ID: | CAHyXU0y1w7JoVxk7d9Swf4FbEuo3KjiCwA+OJZbow+CpPXKV2w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, May 10, 2013 at 11:34 AM, Evan D. Hoffman
<evandhoffman(at)gmail(dot)com> wrote:
> I'd expect to use a RAID controller with either BBU or NVRAM cache to handle
> that, and that the server itself would be on UPS for a production DB. That
> said, a standby replica DB on conventional disk is definitely a good idea in
> any case.
Sadly, NVRAM cache doesn't help (unless the raid controller is
managing drive writes down to the flash level and no such products
exist that I am aware of). The problem is that provide guarantees the
raid controller still needs to be able to tell the device to flush
down to physical storage. While flash drives can be configured to do
that (basically write-through mode), it's pretty silly to do so as it
will ruin performance and quickly destroy the drive.
Trusting UPS is up to you, but if your ups does, someone knocks the
power cable, etc you have data loss. With on-drive capacitor you only
get data loss via physical damage or corruption on the drive.
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Sergey Koposov | 2013-05-10 16:48:24 | pg_basebackup, requested WAL has already been removed |
Previous Message | Evan D. Hoffman | 2013-05-10 16:36:21 | Re: Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4 |