I would say that is not a good idea. As it is, SSD drives can be subject to catastrophic failure and consumer devices even more so. Some commercial SSD drives have been designed to be self repairing and so are more robust.

In a server environment I would never use ssd drives, you are asking for trouble if you do use these drives. As John mentioned they are subject to be subject to catastrophic failure, if these drives fail there is no way to recover data, not like a hard drive that has platters you can recover data from dead drives by taking to a data recovery place. Even using a raid system you still could be subject to catastrophic failure

Cheap drives are not likely to have redundancy cells to prevent catastrophic failures. A catastrophic failure is this: The drive is good now; one second later it is totally dead and worthless junk. That is why I do not recommend them in a server environment. Two dead at the same time in a RAID environment and your data is gone.

If you do wish to use them, get commercial Intel drives or like drives. Be sure you keep your backups up to date nightly.

If you need very high IOPS, then SSDs are a viable option. Maybe go for S3500s from Intel, but you might be OK with 530s also.

If you don't have that high disk usage, traditional server grade HDDs are the safer option. Especially for high availability roles, such as DC, DNS etc.

To put it in another words, even with backups and DR plans, if/when stuff hits the fan and the server dies or is unavailable due to storage issues:
- if you used consumer HDD/SSDs in the server you'll probably get fired
- if you used server grade HDD/SSDs you can pass the blame somewhere else.

Both runs with no downtime for about 2 years now, no single down time. Most of recent desktop motherboard has very high quality metal capacitors(all, not a few like in the past). So motherboard is much stable than 3-5 years ago.

I run 6 virtual guests on each server. So, when something happens to one of them or to update, I move guests to the other server. Works cool.

The problem is, consumer SSD drops huge IOPS and speed almost 10 minutes later after virtual machines run. The advertised IOPS are for peak usage, not sustainable IOPS. After 30 minutes later, the IOPS will drop to 15%-30% if you run server applications and virtual machines on consumer SSD. But, still, it's faster than mechanical disk in my opinion.

In the meantime I have decided not to move to consumer (or server) SSD on any on my servers. The problem is the resource overhead that I would need to create and maintain to ascertain that I would be able to recover failed system. - An expense I would not be able to justify. RAID n-drives + hotspare + backup drive of the same type + 2 x backup drive + ...

SSD, at least in my experience up until now, proved having most effect on user's machines, not on servers. Now, I am sure it would be great to have SSD's on servers, but with current prices that is not an option. This is especially true, give that normal server HDDs are peanuts price. For example, RAID 10 made from 6 600 GB Velociraptors (WD Enterprise SATA) is very cheap, extremely robust, reliable and works fantastic.

0

Featured Post

Benefit from a mission critical IT monitoring with Monitis Premium or get it FREE for your entry level monitoring needs.
-Over 200,000 users
-More than 300,000 websites monitored
-Used in 197 countries
-Recommended by 98% of users

Patch Management is administrated by page 129 of the following document:
http://support.dell.com/support/edocs/software/smdmc/11/en/ug/ug.pdf
However, there are issues with Patch Management with FTP (for instance, a slow Internet connectio…

In this video, Percona Director of Solution Engineering Jon Tobin discusses the function and features of Percona Server for MongoDB.
How Percona can help
Percona can help you determine if Percona Server for MongoDB is the right solution for …

In this video, Percona Solutions Engineer Barrett Chambers discusses some of the basic syntax differences between MySQL and MongoDB.
To learn more check out our webinar on MongoDB administration for MySQL DBA: https://www.percona.com/resources/we…