By Rob Mason on November 29, 2011
At Nasuni we treat cloud storage as a component for our enterprise storage solution rather than infrastructure. This begs the question of what makes something a component versus infrastructure. It helps to look back at infrastructure that has been around for so long, it has become almost invisible.
Think of electricity. In Tom McNichol’s compelling AC/DC The Savage Tail of the First Standards War he describes the showdown between Edison and Westinghouse over the standard for power in the US. A good portion of that battle raged around the power generators, the equivalent of the huge cloud storage data centers of today, but a critical component of the war was fought around distribution. Edison realized that without the entire eco-system to support the use of power, it would be impossible to win. So, Edison set out to create not only the power generators, but also the transformers, transmission lines, power meters, connectors and plugs, etc. In today’s world we see a plug in the wall and when we want power we just plug in.
Now, let’s look at cloud storage providers. They’re the generators with a huge amount of power (capacity) available on demand, but using this capacity is not as simple as plugging an appliance into the wall. Today’s operating systems do not know how to talk to these systems natively. Clouds also have odd behaviors like eventual consistency models that break the ways our computers have used storage for the last several decades. While the Internet is certainly part of the distribution solution, cloud storage needs to be a standard that is available to a multitude of devices on demand to be considered infrastructure. While there has been some consolidation in the cloud storage providers around their APIs, but they continue to rely on concepts like eventual consistency to reach their massive capacity and distribution goals. Even if all the providers could agree on a common API, it would take a very long time for new storage interfaces to be adopted – every client, every operating system, every server must be updated by all the different vendors to support the new interface. That can take decades, and that is with most of the interfaces being derivatives of the other. I worked on SCSI interfaces in the 80’s. Today in the enterprise we’re using Fibre Channel and iSCSI for block storage, both of which use the SCSI protocol. For unstructured file storage, CIFS and NFS have reigned supreme for decades with no significant challenges.
Today’s challenge differs from the one Edison faced in that we already have the devices to “plug in” and the plugs are defined (iSCSI, Fibre Channel, CIFS, NFS) yet we cannot connect them. This means that cloud storage is not an infrastructure that we can simply plug into. It must be used as a component to build a solution that can become infrastructure for your business. There are implications to this conclusion. If cloud storage is not infrastructure but a component, then it must be resold. While, like electricity, there may be a generation charge and a delivery charge, you wouldn’t want to have to deal with both units independently. If your electricity goes out, you don’t want to have to try to figure out if it’s a generation problem or a distribution problem and then call different companies based on what you think the problem may be. Plus the two parties may not agree.
Cloud storage must be resold and it must be a component, and as a component it should not be something the users need to deal with directly for billing or support or functionality.
The cloud is an extraordinary new component from which to build storage infrastructure. The cloud allows you to achieve global data distribution, have access to unlimited capacity on demand, achieve unbelievable levels of protection, and preserve as many versions of your data as you wish. The challenge is in the packaging and delivery. Check out how Nasuni uses the cloud as a component to deliver enterprise storage for the new age.
Rob Mason has more than 20 years of operational, management and software development experience, all of it in storage. A meticulous builder and obsessive tester, with an eye for talented engineers, Rob produces rock-solid software, and, through his own example of hard work and ingenuity, inspires his teams to outdo themselves. His determination for thoroughness extends to financial and operational matters, and at Nasuni, he is a powerhouse behind the scenes, managing the company’s operations, in addition to its engineering team. As the VP of Engineering at Archivas from 2004 to acquisition, Rob oversaw all development and quality assurance. After the Hitachi acquisition, he continued in his role, as VP of HCAP Engineering, managing the integration of his team with Hitachi’s and supporting the rollout of HCAP. Before joining Archivas, he was a senior manager at storage giant EMC, where he was responsible for the API, support applications and partner development for EMC’s content-addressed storage product, Centera. In a previous stint at EMC, he was Manager and Principal Design Engineer for the elite Symmetrix Group, where he improved the speed and reliability of EMC’s flagship enterprise storage disk array. Between Centera and Symmetrix, Rob was the co-founder and VP of engineering at I/O Integrity, a storage-based startup developing a high-performance caching appliance. He has a bachelor of science from Rensselaer Polytechnic Institute and a master’s in business administration with honors from Rutgers University. Rob holds upwards of 30 patents.
Get an email when new Nasuni blog posts are published