Re: Hardware recommendations

Поиск
Список
Период
Сортировка
От John W Strange
Тема Re: Hardware recommendations
Дата
Msg-id EF37296944B47C40ADDCCB7BFD6289FE046CA947A9@EMASC201VS01.exchad.jpmchase.net
обсуждение исходный текст
Ответ на Hardware recommendations  ("Benjamin Krajmalnik" <kraj@servoyant.com>)
Ответы Re: Hardware recommendations  (Greg Smith <greg@2ndquadrant.com>)
Список pgsql-performance
Ben,

It would help if you could tell us a bit more about the read/write mix and transaction requirements. *IF* you are heavy
writesI would suggest moving off the RAID1 configuration to a RAID10 setup.  I would highly suggest looking at SLC
basedsolid state drives or if your budget has legs, look at fusionIO drives.
 

We currently have several setups with two FusionIO Duo cards that produce > 2GB second reads, and over 1GB/sec writes.
Theyare pricey but, long term cheaper for me than putting SAN in place that can meet that sort of performance.
 

It all really depends on your workload:

http://www.fusionio.com/products/iodrive/ - BEST in slot currently IMHO.
http://www.intel.com/design/flash/nand/extreme/index.htm?wapkw=(X25-E) - not a bad alternative.

There are other SSD controllers on the market but I have experience with both so I can recommend both as well.

- John



-----Original Message-----
From: pgsql-performance-owner@postgresql.org [mailto:pgsql-performance-owner@postgresql.org] On Behalf Of Benjamin
Krajmalnik
Sent: Wednesday, December 08, 2010 5:04 PM
To: pgsql-performance@postgresql.org
Subject: [PERFORM] Hardware recommendations

I need to build a new high performance server to replace our current production database server.
The current server is a SuperMicro 1U with 2 RAID-1 containers (one for data, one for log, SAS - data is 600GB, Logs
144GB),16GB of RAM, running 2 quad core processors (E5405 @ 2GHz), Adaptec 5405 Controller with BBU.  I am already
havingserious I/O bottlenecks with iostat -x showing extended periods where the disk subsystem on the data partition
(theone with all the random i/o) at over 85% busy.  The system is running FreeBSD 7.2 amd64 and PostgreSQL 8.4.4 on
amd64-portbld-freebsd7.2,compiled by GCC cc (GCC) 4.2.1 20070719  [FreeBSD], 64-bit.
 
Currently I have about 4GB of shared memory allocated to PostgreSQL.  Database is currently about 80GB, with about 60GB
beingin partitioned tables which get rotated nightly to purge old data (sort of like a circular buffer of historic
data).

I was looking at one of the machines which Aberdeen has (the X438), and was planning  on something along the lines of
96GBRAM with 16 SAS drives (15K).  If I create a RAID 10 (stripe of mirrors), leaving 2 hot spares, should I still
placethe logs in a separate RAID-1 mirror, or can they be left on the same RAID-10 container?
 
On the processor front, are there advantages to going to X series processors as opposed to the E series (especially
sinceI am I/O bound)?  Is anyone running this type of hardware, specially on FreeBSD?  Any opinions, especially
concerningthe Areca controllers which they use?
 

The new box would ideally be built with the latest released version of FreeBSD, PG 9.x.  Also, is anyone running the
8.xseries of FreeBSD with PG 9 in a high throughput production environment?  I will be upgrading one of our test
serversin one week to this same configuration to test out, but just wanted to make sure there aren't any caveats others
haveexperienced, especially as it pertains with the autovacuum not launching worker processes which I have
experienced.

Best regards,

Benjamin 

-- 
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.

Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to European legal entities.

В списке pgsql-performance по дате отправления:

Предыдущее
От: "Benjamin Krajmalnik"
Дата:
Сообщение: Re: Hardware recommendations
Следующее
От: Marti Raudsepp
Дата:
Сообщение: Re: Hardware recommendations