Micron Announces 5100 Series Enterprise SATA SSDs with 3D TLC NAND
anandtech.com
anandtech.com
[1] https://newsroom.intel.com/news-releases/intel-and-micron-pr...
FWIW an anonymous source emailed me that early next year there would be more news on this front. But I'll believe it when I see it.
It may also be faster: to read a cell you have to address it and then measure its value. With more bits per cell, you read/write more bits per address cycle.
I already can buy SSDs under 45 cents/GB, with more IOPS and faster sequential writes.
In SSDs, the big difference between Enterprise and Consumer is endurance. Flash memory wears out over time and the firmware manages the wear and maps out bad sectors over time. Eventually, too much wears out and the drive can no longer be written to, or is too slow to usably write to. The endurance spec tells you how much data you can expect to write before the drive must be replaced.
Micron sells both consumer and enterprise drives. The consumer 1100 SSDs max out at 400TB endurance which is fantastic for a consumer drive. These enterprise 5100 drives max out at 17.6PB endurance -- that's 44X better!
If you have an application which writes a lot of data, you should be evaluating whether or not you need something like this.
I've personally burnt out a set of SSDs installed in a RAID-6. They lost no data and failed no writes, but they had become unusably slow -- less than a tenth of their original write speed.
We burned out the drives with a 800Mb/s sustained 24/7 write stream. In post-mortem I did the math and the consumer drives ran out of endurance in less than a month. We replaced the drives with enterprise drives which were expected to last at least 3 years.
Also, here's a really strange finding... TRIM doesn't matter as much as one would expect. Many TRIM implementations are buggy. If the SSD contains a reliable TRIM implementation, then you can 100% guarantee that it will also have internal "move stable bits around to level out the usage" code.
In enterprise drives the drive can return quickly even if it's in the buffer because there's enough charge in the capacitor to whiteout to NAND from RAM in the event of power failure (hard reboot or power loss).
The consumer drive absent the capacitor either has poor fsync performance or lies about syncs.
There are people who run consumer drives in data centers due to the low GB/$ cost of them or they have applications that are not sensitive for data loss or were engineered to deal with it (replication, journaling, etc..). You won't want to run your important database on such a drive.
On Ubuntu, if you have installed PostgreSQL this is available at /usr/lib/postgresql/9.5/bin/pg_test_fsync
I get 4000 IOPS on my old Intel 320, which beats the crap out of most "top" performers on the consumer side today.
For example the MX300 quotes endurance of 200-300TB. The 5100 is several times that - up to 17PB.
If you're running a database server then you might need that endurance.
Be interesting to see how they compare with these guys:
http://techreport.com/review/27436/the-ssd-endurance-experim...
and, afaik, for enterprise, sas hdd still leads ssd in performance price and endurance.
Enterprise servers are mostly sas interfaces. These are sata, which is mostly home and soho plus a few startups running on a shoe string (afaik)
so you kinda missed the point.
and when the hardware they plug into is a sas interface, they arent going to be buying them either.
seriously, getting a bit tired of the immaturity and shilly nonsense on here.
check any rack machine from cisco, dell or any of the other big enterprise suppliers (of which intel is an oem, they dont really deal with the likes of hsbc or shell corporation) and they all come with sas interface for storage.
enterprise means "more than 10000 employees".
you do have dedicated support personel from your supplier.
intels "data center range" definately isnt enterprise imho. enterprises still not stupid enough to go anywhere near the cloud.
Enterprises are absolutely using SSDs (find one who isn't), what on earth makes you think otherwise? At the most 'dramatic' I can muster, I've seen the same general thing in creaky smelly old 'enterprises' such as you describe. Almost all these places have the same story on how they got to the point where they had no other choice but to spank loads on storage, this is why SSDs became so pervasive there and it's why your post makes so little sense to me.
It goes something like this (ring the bell if you've lived this before); you'll have some ex-windows/mcse-types who fancied themselves as 'virtualization' experts back when vmware gave you ssh access and the words 'mezzanine connector', 'blade enclosure' and 'IO VIRT' were just whispers on the weirder parts of the internet.. Maybe they even spent a week at a vmware event and got that t-shirt they wear every friday which irritates you irrationally for some reason. They'll have taken an entire SAN's worth of disks and made one giant lun from it, presented that to their vmware 'cluster' and then can't understand why the hell the 2000 VMs all running across the same spindles (which are probably in 'training wheels' HW raid5 mode) then perform like an asthmatic camel carrying a few binbags of spanners under any load. What then? Well, unless they got lucky enough to hire some people who knew what they were actually doing who could help, they drop EMC a cool few mil and you get auto-tiered into the 8U of SSDs that got pushed in, someone talks at a conference and everyone pats themselves on the back and goes home to have a wank.
They have cool as fuck blue LEDs on the front of the racks though and it's all pre-tax spends so no one really loses.
The latest dell kit generally uses SAS for the 'os' drives even if you go cheapo and load it up with slow LFF sata's. I'm not really sure what your point is? If you're connecting to JBODs and building your own storage, then yep -- SAS isn't going anywhere.. You really shoudn't be doing that sort of thing though. It's almost always better and cheaper to BUY storage instead of building it unless you have the ops capacity to actually do yourself (hint: you probably don't, and even if you do you probably won't keep it for the lifetime of the solution). Same story for virtu; yeah sure you can spend 8 months deploying openstack but it's probably cheaper to just give vmware some money and work on your actual problems which probably aren't around provisioning compute anyway.
So; back to the point. Hooking up to JBODs and local disks in your boxes are probably using SAS. If you're actually dealing with a larger infra tho you're probably not lucky enough to have local storage across the estate, so you're rigging up sas to some build some SANs, or to some specific giant DB or other which should probably be left to a vendor anyway. If you're building out real shared storage anywhere which has more than a dozen racks per dc then it's almost certainly going to have to be fed out over the network.
Then it'll via be 10g fibre HBAs in your VM hosts, probably with a filesystem, then a file which'll show up as disks in the vms VM's. This is a really poor way to do it, but things are fast enough now that it mostly works, even if it gives us a bit of a scratchy feeling in our eyes. If you're not masochistic enough to deal with iSCSI (I'll never do it through choice; zfs+gluster+nfs is almost always the better choice) -- then you'll work out the simplicity of a NAS outweighs the whole SAN thing these days at almost any scale. It'll take a few massive outages until you really get there though. Before the claims otherwise, I've run multi-TB oracle DB's over NFS, we're not in 1999 anymore; and this has caused me way less problems (actually almost none) than san, fcoe, iscsi, or whatever else combined.
For the initated, who are you trying to convince here? Hell, 6 years ago I was putting in 25k flash accel cards for companies with 6x the employees you claim are 'enterprise', and they knew exactly what they were doing. Those same folks have entire SANs which have no spinny disks in them at all these days..
NVMe is the new cool for sure. You almost certainly don't need them, though, and you probably won't use them properly either. You can get them passthrough'd on google cloud these days too, but drivers are still a bit ropey.
I guess the pro tip here is: Unless you're doing PROPER infra stuff (e.g running a massive cloud where you don't control the workload, massive shared storage environments and the like) then tech like NVMe is probably just letting you avoid the issues you should actually be fixing. You can do quite a lot with solutions that cost 1/10th of the bleeding edge costs and probably outperfom the 'hardware' solution by making your workload more efficient anyway..
Anyway, my $0.02
42c per gig is VERY expensive, more than 10 times the price of 15k SAS at volume. SSDs - while I didn't say "are not used" in enterprise - are "generally" not used. As in, for every $10mill enterprise spends on SAS drives, they spend maybe a few hundred thou on SSD.
The market for SSDs is elsewhere.
googles to check. YUP http://www.anandtech.com/show/10348/q1-2016-market-trends-ss... http://www.anandtech.com/show/10098/market-views-2015-hard-d... WD alone ships 3 times more enterprise HDD than the entire enterprise SSD market. roughly speaking Enterprise HDD is about the same size as the entire SSD market.
My pissy comes from HN becoming more and more "pimp my company/product" and downvote to hell anyone remotely critical, with less "news about hacking".
Sticking "enterprise" on the box will not make enterprise pay 42c per gig for less performance.