This article can also be found in the Premium Editorial Download "Storage magazine: Hot, warm, cold: Pick the right disaster recovery site."
Download it now to read this article plus other related content.
Every major storage player now has a scale-out NAS product and they’re enthusiastically behind the architecture. But all scale-out NAS systems aren’t the same. Here are some things to consider if you’re shopping for one.
Just as one vendor’s block array differs from another’s, scale-out NAS products vary from vendor to vendor. Differences include:
- Scalability, how capacity is added, scaling capacity vs. performance, new node assimilation and data redistribution
- Minimum configuration
- Number and types of nodes, amount of storage with each node
- Throughput-centric vs. IOPS-centric vs. balanced
- System manageability, ability to partition system
- Single file throughput, single file system throughput
- Impact on performance on loss of a node, number of nodes that can be lost without losing data
- How data is protected internally, rebuild times when the system is vulnerable and how systems are backed up
It would take too long (and too much space) to go into detail on each of these factors, but your next strategic purchase of NAS will likely be a scale-out system so you should be prepared. Each vendor will claim its systems are infinitely scalable, and they’ll all be wrong. Ignore the theoretical limits and just focus on what the system’s practical limits are.
One of the most important considerations is whether the applications you run on the scale-out system
All scale-out NAS systems have a global namespace, but there are differences under the covers. NetApp, for instance, aggregates smaller namespaces into a global one, whereas EMC Isilon creates a single namespace with its OneFS file system. This distinction may not be relevant for all IT buyers, but you should be aware of the difference.
Be particularly careful about configuration starting points. If an individual node is very powerful and you need three nodes minimum to start, then the starting price may be out of range. But if the node is too small for your applications, you may need too many to build a reasonable system when you consider power, heat, space and cost.
It’s crucial that the system you choose be able to handle the number of files you’ll want to store over time. If the number is in the billions (as with a Web 2.0 application or an archival system), you need to be very particular about the system you buy. Very few systems can deal with such high numbers today. That’s why so many public clouds are built on object-based designs rather than clustered file systems.
Finally the consensus is that scale-out is the way to go, so you might as well accept that premise. But you’ll still have to figure out which one is right for your environment. Hopefully, these tips will put you on track to ask all the right questions.
BIO: Arun Taneja is founder and president of Taneja Group, an analyst and consulting group focused on storage and storage-centric server technologies.
This was first published in January 2012