pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Greg Smith <greg@2ndQuadrant.com>
To: Joshua D. Drake <jd@commandprompt.com>
Cc: sthomas@optionshouse.com, Merlin Moncure <mmoncure@gmail.com>
Cc: Tomas Vondra <tv@fuzzy.cz>
Cc: pgsql-performance@postgresql.org
Subject: Re: Reliability with RAID 10 SSD and Streaming Replication
Date: Wed, 22 May 2013 15:30:30 -0400
Message-ID: <519D1CD6.2080607@2ndQuadrant.com> (raw)
In-Reply-To: <519D174A.4050703@commandprompt.com>
References: <CAAE-9WHMycEZOB5J6HKME5AZLEdL2hYF+FV8hzbLksJinq=EJg@mail.gmail.com>
	<51957499.6050905@fuzzy.cz>
	<519991EB.8010208@2ndQuadrant.com>
	<519A8E29.60702@fuzzy.cz>
	<CAHyXU0wvW-USgbkXAYEHLG2fHgj=UdZi1aCFoVWBMQEsOFZy+A@mail.gmail.com>
	<519C0EFD.9080002@2ndQuadrant.com>
	<CAHyXU0ymFT7Sqw77yPryGWKEpjV4Wv9Vkc21vGtPKo0GZWGg8A@mail.gmail.com>
	<519CF8CC.1030204@optionshouse.com>
	<519D0921.9080807@2ndQuadrant.com>
	<519D174A.4050703@commandprompt.com>
List-Unsubscribe:  <mailto:majordomo@postgresql.org?body=unsub%20pgsql-performance>

On 5/22/13 3:06 PM, Joshua D. Drake wrote:
> Greg, can you elaborate on the SSD + Xlog issue? What type of burn
> through are we talking about?

You're burning through flash cells at a multiple of the total WAL write 
volume.  The system I gave iostat snapshots from upthread (with the 
Intel 710 hitting its limit) archives about 1TB of WAL each week.  The 
actual amount of WAL written in terms of erased flash blocks is even 
higher though, because sometimes the flash is hit with partial page 
writes.  The write amplification of WAL is much worse than the main 
database.

I gave a rough intro to this on the Intel drives at 
http://blog.2ndquadrant.com/intel_ssds_lifetime_and_the_32/ and there's 
a nice "Write endurance" table at 
http://www.tomshardware.com/reviews/ssd-710-enterprise-x25-e,3038-2.html

The cheapest of the Intel SSDs I have here only guarantees 15TB of total 
write endurance.  Eliminating >1TB of writes per week by moving the WAL 
off SSD is a pretty significant change, even though the burn rate isn't 
a simple linear thing--you won't burn the flash out in only 15 weeks.

The production server is actually using the higher grade 710 drives that 
aim for 900TB instead.  But I do have standby servers using the low 
grade stuff, so anything I can do to decrease SSD burn rate without 
dropping performance is useful.  And only the top tier of transaction 
rates will outrun a RAID1 pair of 15K drives dedicated to WAL.

-- 
Greg Smith   2ndQuadrant US    greg@2ndQuadrant.com   Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support www.2ndQuadrant.com


-- 
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance



view thread (52+ messages)  latest in thread

Message-ID: <519D1CD6.2080607@2ndQuadrant.com>
Permalink:  ../519D1CD6.2080607@2ndQuadrant.com/
Also on:    postgresql.org/message-id/519D1CD6.2080607@2ndQuadrant.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: greg@2ndQuadrant.com, jd@commandprompt.com, mmoncure@gmail.com, tv@fuzzy.cz
  Subject: Re: Reliability with RAID 10 SSD and Streaming Replication
  In-Reply-To: <519D1CD6.2080607@2ndQuadrant.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox