Re: Considering Solid State Drives
От | Vick Khera |
---|---|
Тема | Re: Considering Solid State Drives |
Дата | |
Msg-id | AANLkTi=bpwTcXLm=BhBZsn0DvZBkyNcGz8+7cE=DBnLc@mail.gmail.com обсуждение исходный текст |
Ответ на | Considering Solid State Drives (Allan Kamau <kamauallan@gmail.com>) |
Ответы |
Re: Considering Solid State Drives
Re: Considering Solid State Drives |
Список | pgsql-general |
On Thu, Nov 11, 2010 at 1:42 AM, Allan Kamau <kamauallan@gmail.com> wrote: > After googling I found little resent content (including survival > statistics) of using SSDs in a write intensive database environment. > We use the Texas Memory RAMSan-620 external disk units. It is designed specifically to survive high write loads, and uses internal monitoring and load leveling and spare parts with internal RAID configuration to keep from losing data in the eventual case when the SSD chips wear out. When that happens, you just swap out the failed piece and it keeps humming along. I wouldn't trust an SSD as a stand-alone drive for a DB. At minimum, I'd RAID1 them using the SATA controller... but be sure to get SATA3 or even better SAS connected drives if you want to maximize the speed.
В списке pgsql-general по дате отправления: