Products > Storage

SSD and NAS – Revolutionary Improvement or Pointless Expense?

(1/2) > >>

Eastmarch:
“Do you have SSDs in your NAS?”

We get this question a lot. And I mean -a lot-. There’s a lot of buzz for SSD and it isn’t hard to see why. Small, fast things like roadsters, fighter jets, cheetahs, and SSDs appeal to a certain primal appreciation for something built for speed. We’d all rather have a speedboat than a supertanker. It’s just cooler, at least right up to the point you have a couple million barrels of oil to haul around. 

So, about that question: the answer is ‘no’ for one simple reason: Buffalo doesn’t want to charge you a huge cost premium for what is likely to be way too small for your needs along with a negligible improvement in performance.

Bold words, I know.  Let’s unpack that performance statement a little bit. Everyone knows that SSDs are way, way faster than hard drives. And this is true, for a given value of ‘faster’. The primary difference is the time that it takes for a given block of data to be located and the read or write begun. On a spinning hard drive, a physical arm must traverse a physical distance and position the write head in precisely the right location. In an SSD, this is more or less instantaneous.  Where this really shines is in situations where the data to be read or written is scattered across the drive, in locations that are not physically close, thus requiring a repositioning of the read head more frequently. 

And this is really great, in certain use cases. Use cases where data is read more than written, and where small amounts of unrelated data need to be produced at any given moment with little tolerance for wait times measured in anything bigger than milliseconds. Databases, Email, Web Servers, all have this usage profile and can benefit greatly from SSD. 

The problem is, that’s not what people use NAS for.

 

 

The primary use cases are either write-intensive (Backup) or not especially time-sensitive (File Server) or as an add-on to existing servers that may already have small amounts of speedy storage but not a lot of space (iSCSI expansion).

In these cases, the cost premium for SSD just isn’t justified, and it is a -huge- premium. A NAS class hard drive can be had for right at $0.02 a Gigabyte or less (that’s two cents!), with cheap, slower SSDs costing around 4x that, and super-fast top tier M.2 SATA storage at 16 times the cost. Source

 

This is all well and good but we may still want more speed in those use cases, and we DO have something for you there, so don’t put your wallet away quite yet.

In terms of throughput in Megabytes per second, all our current generation business class NAS units can easily saturate the slowest link in the data chain, the thing that makes a NAS a NAS, that being the network. At 100% link saturation, a 1Gb link will max out around 110 MB/Sec provided there is zero other traffic on the network, which is unlikely. That’s not the worst part of this though. Recent usage data from systems in the field show that a significant number of users are still on 100 MEGAbit networks, which have been obsolete for nearly 20 years, and certainly haven’t been mainstream for at least 10. 

 
100Mbit Switches look a lot like 1Gbit switches. Don’t be that guy.

So it’s not surprising, with nearly 10% of users running networks a decade out of date, that there’s a significant desire to get something superfast and to heck with the cost. Snazzy fast drives are certainly the most conspicuous and ‘fun’ upgrade to contemplate. Yet SSD, for most likely use cases, isn’t going to solve the issue on a 100Mb network and won’t help at all with throughput on a 1Gb network, either. In short, the drives aren’t the bottleneck. 

That’s ok though. Our TS5010 and TS6000 units have built in 10Gb NICs and we sell a very inexpensive 8 port 10Gb switch. Seriously, read the reviews. No, it doesn’t do link aggregation for speed, but it does do it for redundancy. You don’t need to do upgrade your whole network to 10Gb, either. Just build a small 10Gb network for iSCSI traffic or among your biggest backup sources.

 

 

 

For 10Gb, we see sequential reads and writes (medium to large file copies) jump from 110 MB/Sec to nearly 8x that for reads and 3-4x that for writes. Random 4k access is considerably slower as expected, but still respectable. This is real world stuff, not massively theoretical numbers like “2.19x10^6 IOPS!!!1!” Which are achieved with the most expensive drives built for boutique applications and the lowest possible operation size. If you are going to spend that kind of money, I recommend buying an actual server, not an SMB oriented storage appliance.   

We’d love to talk to you about your individual use case. Our sales team can get an engineer to really dig into what you need without trying to sell you high margin hardware that won’t really improve your performance. Give them a call!

Jishanaliseo:
Even though most NASes have an HDD, SSD is also a good option. This Solid State Drive is up to 30 times faster than a traditional HDD. Aside from that, an SSD is more energy-efficient and silent, so you save energy and aren't bothered by [url]noise[https://stereoguides.com/pioneer-avh-w4400nex-review//url] as much. One last advantage is the lifespan of the SSD.

oliverb:
If you want a relatively small shared storage area with minimal energy consumption you could try plugging a USB drive into your router, assuming it supports it.

dorrdlebibihenry:
SSD is a good alternative even though HDD is found in the majority of NASes. Compared to a conventional HDD, this solid-state drive is up to 30 times faster. In addition, an SSD uses less power and is quieter, so you conserve energy and aren't troubled by noise heardle game

oliverb:
I think SSD is more relevant for servers providing specific services, e.g. database.
A well assembled HDD NAS is practically silent anyway, though one of mine used to buzz slightly if the case wasn't quite sitting square.

The typical NAS use case is somewhere to offload big files and/or backups, and SSD isn't really an advantage.


Navigation

[0] Message Index

[#] Next page

Go to full version