StorageBuzz

Two years ago I wrote that the storage industry was apparently ripe for huge change.

The nub of my argument was that storage is a sector of the IT supplier world in which customers are forced to spend money on what are essentially a commodity - ie, drives - wrapped in proprietary software built into hardware controllers.

The argument progressed to take note of the revolution in the server world that had occurred as Linux effectively decoupled proprietary operating systems from RISC chip-based hardware in the previous decade, making open source OSs on x86 commodity hardware a much cheaper option.

The conclusion of the piece looked around at the likely candidates in the world of storage that might do what Linux did in the server world. These comprised storage software that could be deployed on commodity hardware and included GreenBytes and Nexenta as well as open source products such as Red Hat's and ZFS.

Two years on and it seems the hazy predictions based on a theory and a few small shoots of evidence have been validated by, among others, the biggest name in storage.

This week I spoke with Ranga Rangachari, VP and general manager for storage with Red Hat (not the biggest name in storage), who put forward a similar argument to the above, namely that: "Storage is dominated by 'tin-wrapped software' and customers are sick and tired of being locked into silos, with for eg, vendors with three different solutions."

Rangachari reiterated the argument that what happened in the move from RISC to x86 could happen with storage and that the drivers now are the cloud, the volume of unstructured data and the rise of online analytics platforms such as Hadoop, which requires co-resident storage and processing power, with data moving, as Rangachari put it "East to west not north to south" as in existing server-SAN infrastructures.

The rise of such hyperscale server/storage infrastructures has been pioneered by the likes of Google and Facebook and is exhibit A in the rise of architectures that challenge the existing enterprise storage paradigm.

Instead of shared, but remote, storage in, say, an enterprise SAN, these highly performant Web-serving and analytics stacks comprise converged server and storage hardware, all made of cheap commodity parts with redundancy at the level of the whole unit rather than components within.

Elsewhere - exhibit B - is the emergence of converged storage/server products that ape the hyperscale architectures and are usually geared towards virtual environments. These include Nutanix, Scale Computing and Simplivity.

Exhibit C is the continued rise of software-only storage products that customers can run on any hardware. Virtual storage appliances that will run on virtual or physical machines are available from all the big storage vendors as well as the likes of DataCore, Nexenta.

An important addendum to exhibit C is the plan by VMware to include storage software features in its virtualisation hypervisor products. VMware already has a virtual storage appliance, but it plans to include storage software capability in the form of its Virtual SAN which will allow users to create up to petabytes of capacity from existing unused disk. This threatens to seriously undermine the market of entry-level to midrange storage players.

Finally there is exhibit D - evidence for the prosecution, as it were - and this is EMC's recent announcement of its forthcoming ViPR storage virtualisation/private cloud/big data software layer.

The 800lb gorilla of the storage market justified ViPR as a response to a changing storage landscape, and is in large part a storage virtualisation platform that will knit together disparate storage systems from any vendor and from commodity drives.

On the surface of things it's quite remarkable that the biggest disk system vendor should potentially allow users to create storage from any other storage supplier. But, ViPR can give EMC very sharp and well-barbed hooks in a user's environment, as a software layer that embraces all storage underneath it.

Maybe it should have been called Python, for its ability to smother an organisation's storage systems, and is apparently the antithesis of the move to more openness in systems that I'm arguing is a trend here. So, why it is evidence for my case?

Because it is a recognition by EMC that storage will henceforth no longer solely reside on the enterprise storage array as such; that it will be distributed in traditional storage environments, converged hyperscale datacentres and edge devices and that these must be linked by a software layer that virtualises the capacity underneath it.

So, it seems the biggest player in the storage market has recognised that the dominance of the traditional storage array is a thing of the past. Having made that concession it will be interesting to watch whether the likes of EMC can transition to the new reality against its rivals that offer more open storage software.

Let's check back in another couple of years.

The NAND flash memory scene is already an alphabet soup, with SLC, MLC, eMLC and now TLC to contend with.

Flash is flavour of the month/year in enterprise storage, because of its ability to rapidly deliver the likes of virtual desktops and servers, as well as processing high-performance transactional databases.

You may have recently got to grips with the distinctions between MLC and SLC. In fact, we know that many of you have because our explainers on MLC vs SLC are among our most-read pages month after month.

That may be about to change, however, as the flash market evolves.

Namely, SLC seems to be all set to effectively fade from the flash acronym lexicon, while TLC enters it.

SLC - or single level cell - is the best-performing and most durable of the NAND flash types. It's also the most expensive per GB. And while many flash storage system vendors offer SLC, take-up seems to be far slower.

That is, admittedly, from the decidedly non-scientific viewpoint of a storage journalist to whom vendors are keen to trumpet customer wins. But what I see on a regular basis is the use of MLC/eMLC flash, which has had its shortcomings addressed by clever software error correction etc.

Meanwhile, there is evidence that TLC - triple level cell flash - is creeping up as an enterprise flash option.  What's the evidence?

Samsung Semiconductor launched TLC-based flash products late last year. And speaking to the CEO flash array maker Pure Storage, Scott Dietzen, last week, he indicated it was only a matter of time (or more precisely, cost) until TLC makes an impression on the enterprise storage market.

The read latency of TLC is now nearly as good as MLC. Samsung pitches its TLC products for heavily read-intensive use cases, such as streaming media, for example. Dietzen expects TLC and MLC to be used in a tiered fashion in enterprise storage when the price of the former reaches two thirds of the latter.

That might not be too long. A quick look at flash market analyst sites such as the Taiwanese inSpectrum show the contract price for 128GB of MLC at an average of $8.72 while the same capacity TLC is about 75% of that at $6.60.

As the proportion of TLC flash manufacturing increases that price will decrease. Perhaps we'll see that 66% hit this year and TLC-based storage products emerge.

I think it's time to get writing that TLC vs MLC article.

What are the limits of cloud storage right now? We've examined it elsewhere. And you wouldn't necessarily ask the CEO of a cloud storage service provider that question. They have too many reasons to come a little fast and loose with the facts, purely in their commercial interest, of course.

But this week I asked those questions of the CEO of Egnyte, a US-headquartered cloud storage provider that focuses on providing file sharing and synchronisation that is breaking into Europe.

Egnyte has two US datacentres and one in Amsterdam and holds about 12PB of customer data in a hyperscale storage environment; ie Super Micro server chassis with direct-attached storage on 4TB commodity drives. It's all held together by a home-grown object storage file system with redundancy at server level rather than that of the components within. Added to this is a dash of Fusion-io and Intel PCIe flash for rapid caching of customer data.

Egnyte offers cloud storage to its customers, with data kept in its datacentres plus access to Amazon, Google, Microsoft and NetApp clouds.

It also offers customers a hybrid of on-site storage alongside the cloud and herein is the recognition that for most types of production data the cloud is simply not yet ready. That's because network latency is still too great for access to data to be swift enough for the most business-critical applications.

So, when will the cloud really break through as an option for production data storage?

Egnyte CEO Vineet Jain sees a tipping point when 5G mobile networks are established.

Jain said: "Today 47% of our users access Egnyte by mobile, and currently we have 4G networks that have a maximum of 100Mbps bandwidth. That's nowhere near what's needed, but 5G is expected to be 1,000 times faster than that. Until then the cloud will be good for some things but it will be hybrid [ie, with disk storage at the customer site] until bandwidth is reliably available with no chokepoints."

Of course, reliable bandwidth isn't the only obstacle to cloud adoption. Security and compliance are the other key concerns, which, says Jain, could be overcome if businesses think realistically about what the cloud is good for.

"Like the mythical paperless office, there's been too much cloud hype," he says. "There will be an increasing amount of data put into the cloud, but we'll see it skewed towards that large proportion of data that businesses must keep but is infrequently accessed."

It's good to hear a realistic view of the cloud. And it'll be interesting to watch how cloud develops over coming years. Ultimately, the onset of usable could storage could shake up the entire storage industry as we know it, with the current incumbent vendors needing to adapt to survive as hyperscale storage-driven service providers offer increasingly usable remote storage services. But that's a musing for another blog sometime.

It's been an interesting week for NetApp-watchers. On Tuesday we learned of the company's latest moves in the flash array space; the EF540 flash array and FlashRay, a new operating system (OS) that's optimised for flash. All of which screamed (to investors and potential customers), "We have a flash array too now! You can get it from us, not the upstart startups or our larger competitors."

Having said that, there's no doubt these represent progress for NetApp, which has had an odd relationship with solid state. For a long time NetApp's stance was that cache was the only place for flash, and it would not form a distinct tier in your storage infrastructure.

Tuesday's announcements are the manifestation of a Damascene conversion on the flash question for NetApp that had taken place over the past year. Now it seems flash is built firmly into the future of the company. Well, reasonably firmly; the EF540 actually looks like a rush to get something to market to position NetApp against the competition.

Let's deal with this first. Late last year there was some confusion at NetApp towers about whether the company would develop and all-flash array at all. First, CTO Jay Kidd told me NetApp wouldn't be playing in the all-flash market because it wasn't a big market and there were other ways to introduce flash into the server-storage infrastructure.

After that article was published you could hear the sound of NetApp backpedalling from several thousand miles away. I don't know whether Kidd was off-message, still expounding the no-flash-tier mantra, or simply had demonstrated some extreme failure to communicate properly.

Still, things were put back on-message three weeks later in this interview with our sister publication SearchStorage.com, where Kidd said NetApp had plans for an all-flash array in 2013. Although, why Kidd didn't mention the EF540 in November is a mystery, especially as it had been sold in a limited release prior to that.

Such twists and turns aside, questions must be raised about the EF540. Sure, it's an all-flash array, and it can give up to 300,000 IOPS, but it uses the existing E-Series operating system, SANtricity, which is not built for flash and neither is the controller hardware built for flash.

Is this a problem? More than likely not in the short-term. NetApp's all-flash start-up competition, like Violin Memory and Whiptail boast huge IOPS, into the millions, which is probably silly and un-necessary for all but the most extreme use cases on the planet. I mean, with virtual desktop I/O requirements of something between 10 and 200 IOPS per seat the EF540 has plenty to give.

But in the longer term the EF540 must have limited life. Leaving aside whether it relies on throwing sheer TB at getting the throughput it does, its OS and its controller hardware are not built for flash. The OS doesn't optimise operations for the vagaries of flash and its wear characteristics and the controller hardware/backplanes etc are not built for the speed of flash.

That NetApp has announced the flash-optimised FlashRay is a tacit admission of those points.

But what is FlashRay and what will be its significance for NetApp? Well, facts about FlashRay were thin on the ground in Tuesday's announcements, but it appears to be a flash-optimised storage operating system. And apart from the flash-optimisation bit it sounds almost exactly like NetApp's existing OS, Data ONTAP. Indeed, Lawrence James, UK products, alliances and solutions manager for NetApp, told me that FlashRay is "ground-up developed, but will inherit features" from ONTAP. Hmmm.

Leaving that bit of speculation aside, NetApp's launch of FlashRay has potential implications for its existing storage hardware range. FlashRay undoubtedly represents a progressive move by NetApp, but what hardware will it be allied with? After all, the new OS may well be flash-optimised, but the controller hardware on the FAS and E-Series families are not. So, will we see a new family of NetApp arrays, or will FlashRay be ported to FAS arrays with upgraded hardware?

They are interesting times indeed for NetApp watchers.

I caught up with flash array maker Solidfire this week, whose CEO Dave Wright was attending Cloud Expo Europe in London. What struck me was Solidfire's targeting of the cloud provider market and the architecture characteristics and features by which it does that.

Solidfire is a startup, a minnow in a flash array space where big vendors jostle for position and where new entrants hope to get bought by the big boys. But, the firm appears to be playing a long game, and has a number of unique features that make it suited to cloud providers' needs.

Those result from CEO Dave Wright's experience of building service provider Rackspace's Jungledisk cloud storage offering before launching Solidfire in 2010.

What Wright learned from that experience was how to build solid state storage for cloud providers. Where most flash array makers concentrate on the in-house requirements of businesses running virtual machines, Solidfire aims at large cloud environments, and in particular those that want to move away from providing less-performant services such as backup and archiving.

So, how do the workload profiles of such environments differ from, say, an enterprise delivering virtual desktops?

Wright says, "There's no difference between that scenario and the cloud in terms of how you'd see it from the desktop. But the difference from the point of view of providing that storage is in scale, multiple tenancy, providing a consistent service to all customers etc."

So, to meet those needs Solidfire's iSCSI block storage product has been architected to scale out like no other flash array provider's products, from 12TB or 22TB to 2PB. It is built on 1U nodes that scale from four or five up to 100, with 5m IOPS.

As you scale out you can assign performance to storage volumes, for example, providing a volume of 1TB with 1m IOPs and another of 500GB with 250,000 IOPS. This allows service providers to sell to such SLAs.

But while flash array sellers such as Violin Memory, Nimbus and Whiptail aim at providing a relatively small chunk of very high performance solid state storage at specific workloads, Solidfire - which targets cloud providers - attempts to be more than that.

In other words, as well as handling high performance workloads such as virtualisation it must also tackle the less performance-hungry aspects of a cloud provider's services. For this reason, says Wright, it has built in data deduplication, compression and thin provisioning that can help give a decent cost per GB price for operations outside of Tier 1 or Tier 0.

In addition, Solidfire is built for aspects of the cloud such as automation and multi-tenancy capabilities.

Solidfire is playing in what is a hot territory right now - the world of the flash array - that meets the need of highly randomised workloads that can't be matched by existing spinning disk architectures that were built down to the speed of HDDs.

So, it's a space replete with startups and big vendor acquisitions. IBM has bought Texas Memory Systems, EMC bought XtremIO, HDS has added an all-flash module to its VSP arrays. NetApp has indicated it may enter the all-flash fray.

So, is Solidfire looking to get bought? Wright's answer is that he doesn't expect Solidfire to be an acquisition target in the short term. "The big vendors are looking to upgrade their architectures and are in some cases buying startups to provide that. But, IT is moving to large cloud environments slowly and so what we do will only be recognised over time."

If I were a betting man when it came to the prospects of storage businesses I might be tempted to put some money on the mid-long term prospects of X-IO.

X-IO - which revealed an addition to its hybrid flash array line this week at SNW Europe - makes storage arrays, some pure HDD, some hybrid flash SSD-HDD, that target performance applications such as VDI, OLTP and business intelligence/data warehousing.

It doesn't offer the highest performance available, such as you might get from an all-flash array and the company poo-poohs the idea that you need expensive integrated database-specific compute/storage products to run what others might call 'big data' use cases. Instead it touts its ISE and Hyper ISE arrays with commodity servers and Microsoft SQL 2012 databases as adequate for most.

Nothing that unusual so far; it's a vendor selling wares that perform adequately for the job they aim at. Where X-IO is different, however, is that its arrays don't contain commodity hard drives, unlike just about every other storage array vendor.

Instead, X-IO products come with IP inherited from purchase of Seagate ASA in 2007, namely five-year guaranteed sealed unit 20 drive DataPacs that are engineered to be more reliable and longer-lasting than standard hard drives. X-IO says its drives last 2.4x longer than a Seagate HDD with an MTBF of 850,000 for an individual drive in a DataPac.

They achieve this by building in anti-vibration mountings, features such as diverting cooling intake on physical startup to stop ingress of gathered dust to the array, and details such as retained mounting screws; no lost screw, no chance of unwanted movement, is the aim here.

At the drive software/controller level firmware is stripped from standard Seagate drives and X-IO's installed, while data is written grid-pattern across drives in DataPacs. A fault-repair system goes through a triage process, starting with a reboot that fixes most drive issues. If this doesn't work the drive can be reformatted in situ and if a problem is found, a single surface and its head can be locked out of use while the rest of the drive is reinstated.

Why is this a good betting prospect? The next few years will likely see much of the intelligence of storage, the job of the controller in assembling and provisioning volumes of storage and handling features such as replication, thin provisioning etc, move to the virtual server stack. VMware, for example, recently signaled its intent to bring storage virtualisation capabilities to future versions of its hypervisor.

Should such moves come to pass, storage array vendors selling arrays up to Petabyte capacities could find the rug pulled from under them as the likes of VMware assemble and manage storage capacity from the virtual server.

You could, of course, build storage this way from all sorts of drives; in old arrays, as direct-attached storage, from JBODs full of commodity drives. But not everyone will be happy with that for reasons of reliability. And that leaves the way open for providers, like X-IO, of drive subsystems that specialise in the intelligence that is close to the drives and that provides reliability and resilience.

Maybe everything in storage will one day be controlled from the virtual server, but it feels like a fairly safe bet that the hypervisor vendors will not get into that level of drive management for the time being.

The subject of this blog is a briefing this week with Scale Computing. And a major factor in why it's getting written about here is the laughable levels of chutzpah involved on Scale's part.

The occasion for the conversation was Scale Computing's re-launch of its HC3 "datacentre in a box", which is a converged storage stack, that comprises server, storage and virtualisation hypervisor in one device. The HC3 comes in 1U nodes each holding four 3.5" SAS or SATA drives. You can have a minimum of three nodes and up to eight, which will serve about 100 VMs.

I say re-launch because they actually unveiled the device in August in the US at VMworld. This week's launch was at IP Expo in London. Why do vendors think we don't know this is a re-packaged, warmed-over, not-really-a-launch launch?

But, this was the killer. Scale Computing's HC3 has virtualisation built in. Is it VMware perhaps? Or Hyper-V? Or even Citrix? Nope. It's Red Hat's KVM. Naturally, I questioned the choice of only offering such a niche hypervisor.

Now, I'm not knocking Red Hat KVM's technology. It's a hosted hypervisor, and as such runs much closer to the hardware than any of the household names in virtualisation and is therefore more efficient.

In response, one of the Scale guys attempted to convince me, "It's the most popular hypervisor on the planet." I asked them to back this up and I'm still waiting for some emailed evidence, but I was told at the time that Red Hat KVM is in use with some big names in the cloud, like Rackspace, IBM and Google. I haven't verified this, by the way.

Anyway, it turns out Red Hat KVM doesn't even register on the V-index survey of most popular server virtualisation hypervisors, which at the last count had a ranking of: VMware 67.6%; Microsoft Hyper-V 16.4%, Citrix 14.4%, and; other 1.6%.

So much for, "The most popular hypervisor on the planet." Red Hat KVM comprises a fraction of 1.6% of hypervisors in use. That's not to say it'll always be that way but Scale's hyperbole here was wide of the mark for now, like several parsecs wide of the mark, and by the end of the call some rowing back had been done to say the least.

It also baffles me slightly why Scale Computing would try to tout the supposed high-end enterprise/cloud credentials of the Red Hat hypervisor in what is avowedly a mid-market play that aims to compete with the likes of Nutanix, Pivot3 and Simplivity.

Almost exactly a year ago I spoke to Overland Storage about their then-new DX1 and DX2 traditional NAS boxes. At the time I questioned why clustered NAS capability had been omitted. After all, it's a technology that makes total sense; instead of buying traditional NAS devices that are doomed to become silos of data, customers would be far better served by the ability of clustered NAS to scale capacity, I/O and throughput and for all devices to see a single file system.

Well, this week Overland has announced the fruits of development following its acquisition of Maxiscale's clustered NAS intellectual property two years ago. Overland has taken this, added two years of engineering effort and developed a new clustered NAS OS, called RAINcloud OS.

RAINcloud OS is incorporated in the new SnapScale clustered NAS product. The product comes as a minimum of three nodes in a cluster, with a minimum of four drives in each. You can put a maximum of 12 drives in each node, or have less than full capacity while adding nodes to gain I/O and throughput. Drives are nearline SAS and can be under RAID levels 0, 5, 6 or 10. SSD will be added in 2013, as will automated tiering.

The RAINcloud OS can scale to a staggering 512 PB in a single file system and Andrew Walby, Overland's EMEA and Asia Pacific sales and marketing VP, says they've tested it with 200 nodes with no loss of performance.

So, what do you pay from clustered NAS capability? Well, for 24 TB of Overland's DX traditional NAS you would pay around $8,000 while for 24 TB of SnapScale clustered NAS you'd shell out around $20,000.

That's a $12,000 premium for some clever code, and according to Walby, that's cheap for clustered NAS compared to the likes of Isilon. He was at pains to point out the work that went into RAINcloud.

"The concepts of clustered NAS are simple but the engineering is very complex," said Walby, who added that he hoped it would usher in better times for the company, which has suffered in recent years. "It could be a game-changer for Overland. There are not as many players as in traditional NAS and we come in a lot cheaper than the competition but still have enterprise features such as snapshots."

I met with Violin Memory at VMworld Europe last week in Barcelona. It's always good to spend a bit of time talking with vendors and get to see under the skin of the company a bit.

Chief impression was that Violin spends a lot of time telling you what it's not about.

"We don't do cache," is one of its pronouncements. It believes the job of its flash is to act as super-fast storage in its own right, not as a cache corrective for the deficiencies of spinning disk. "You have to stop thinking about flash as disk augmentation," Violin technology VP for EMEA Mick Bradley told me.

"We don't believe in data tiering*," they also say. Here again they have faith in their ability to, "provide the performance of flash at a price comparable to tier 1 disk", meaning, in Violin world, that your hot data should be on their product and there's no need for it to be anywhere else except in backups and then archives.

Hybrid flash storage? "A race to the bottom in one use case", ie virtual desktops.

Server-side flash? Another compromise.

Perhaps its boldest and potentially most confusing claim is when it tells you they, "don't sell SSD".

It does, of course. Violin bases its all-flash array products on NAND flash chips it obtains via a supply chain deal with Toshiba. It puts this silicon on bespoke cards that carry all its special sauce; ie all the software that does that does the striping, data protection, wear-mitigation etc across these so-called VIMMs, or Violin Intelligent Memory Modules.

So, what Violin actually means when its says, "We don't sell SSD" is that it doesn't sell commodity SSD in 2.5" or 3.5" disk drive format.

You can't say Violin doesn't aim for a bold idea of what it does and doesn't do, and has a decent roster of customers including, most recently, the UK's air traffic control organisation, NATS.

But, informal conversations also reveal a frustration with a customer community that rarely looks beyond the big four or five storage array vendors. You know, the ones you'll never get sacked for buying from.

That, however, is the lot of the small storage vendor, especially one that so proudly ploughs its own furrow with technology that is obviously deeply proprietary. It's not like you could simply swap in commodity drives to a Violin array if the company or its arrangement with Toshiba went belly up.

It's one of those contradictions of the storage industry and of IT in general; the more you carve your own profitable proprietary niche the more you make yourself a potential single point of failure. And that's a fact that can't be lost on potential customers.

(* Despite not believing in data tiering it is planned to add it to future Violin Memory arrays, said Bradley at VMworld)

(For blog posts before mid-September2012 see UK Data Storage Buzz.)

Whiptail is another all-flash array vendor. Unlike Violin Memory it doesn't mince any words about being an SSD vendor or not.

It sells hardware that ranges from 3 TB to 72 TB; a head/controller on top of Intel 2.5" MLC drives. Its software provides buffering intelligence that deals with flash wear issues and RAID levels 0, 5, 6, and 10 are available.

In conversation with Whiptail EMEA VP and general manager Brian Feller he made a point of stating that the vendor uses "commodity drives". Here's how the conversation went after that.

Me: "Commodity drives, you say? So, I could buy drives from anywhere, as a commodity, and use them in a Whiptail array?"

Brian: "No. You have to buy them from us or you invalidate the warranty because we quality assure them. We remotely monitor all our arrays so we'd know, and we'd also cut technical support."

It's quite remarkable that "commodity" can come to mean "a product you can only buy from one company." It's also staggering that Whiptail sees the need justify this on the need to QA drives from Intel. It's not like they're some SE Asian white box no-name vendor.

But that's the world of storage, which sometimes feels years behind other areas of IT in terms of customer lock-in.

(For blog posts before mid-September2012 see UK Data Storage Buzz.)

On the streets around VMware's VMworld Europe 2012 event this week you could see a mobile advertising vehicle bearing a hoarding that declares: "NetApp Data ONTAP is the world's #1 storage OS? Yep."

It's a bold claim, and if true, NetApp would be right to plaster it to the side of vans. But it's not as straightforward as they'd like it to be.

In formal terms it's true. NetApp commands the second-biggest or close to second-biggest market share among storage vendors globally and all its storage arrays use the Data ONTAP OS. The world's biggest storage vendor, EMC, has plenty more market share but uses different OSs in its midrange and high-end arrays so loses out on the ability to declare any of them "the world's #1".

But, what is the claim to be world's number one storage OS really worth? Not a lot really. Firstly, NetApp gets to claim that mantle because their position in the market. It's a bit like Toyota declaring Toyota engines are the world's most popular, which is true because they are the biggest seller of cars worldwide. Just like you don't get a Toyota without one of its engines in it, you don't get a NetApp filer without ONTAP in it.

And, while NetApp probably has EMC's multi-OS product range in its sights as a subtext to the advert, the claim to have a single OS across all products is only worth anything if that means many of your devices can work together. NetApp has made strides towards this with its recent announcement of true NAS clustering that can scale to 20 PB and 20 billion files in ONTAP 8.1.1 but that is currently limited to five HA pairs of devices.

So, really, the NetApp ad should read: "NetApp Data ONTAP is the world's #1 storage OS? So what?"

(For blog posts before mid-September2012 see UK Data Storage Buzz.)