{"id":657778,"date":"2013-05-13T08:30:09","date_gmt":"2013-05-13T12:30:09","guid":{"rendered":"http:\/\/www.datacenterknowledge.com\/?p=97246"},"modified":"2013-05-13T08:30:09","modified_gmt":"2013-05-13T12:30:09","slug":"beating-the-storage-odds-in-age-of-big-data","status":"publish","type":"post","link":"https:\/\/mereja.media\/index\/657778","title":{"rendered":"Beating the Storage Odds in Age of Big Data"},"content":{"rendered":"<p><em>Ambuj Goyal is general manager, <a href=\"http:\/\/www-03.ibm.com\/systems\/storage\/storwize\/\">IBM Systems, Storage and Networking<\/a>.<\/em><\/p>\n<div class=\"columnist-image\"><img loading=\"lazy\" decoding=\"async\" class=\"alignleft size-full wp-image-97261\" alt=\"ambuj-goyal-tn\" src=\"http:\/\/www.datacenterknowledge.com\/wp-content\/uploads\/2013\/05\/ambuj-goyal-tn.png\" width=\"88\" height=\"115\" \/>AMBUJ GOYAL<br \/>\nIBM<\/div>\n<p>Technical evolution moves at different rates and for different reasons. Unlike other areas of computing, for example, storage solutions for distributed systems have evolved as a result of proliferation, rather than more traditional reasons such as price, performance and technical advancements. In other words, when organizations have bought a particular storage technology, they\u2019ve grown with it whether they planned to or not.<\/p>\n<p>That\u2019s largely because storage vendors have spent a lot of time creating products that are based on a variety of individual architectures and protocols. Once an organization commits to one of those architectures, it\u2019s difficult to even consider adding or transitioning to another, different, architecture, even if that alternative offers cost, performance, or management benefits. The result of being painted into this proverbial corner, of course, is that it can lead directly to things like storage sprawl, underutilized storage systems, and complex management \u2013 all of which reduces productivity and adds cost.<\/p>\n<h3>Storage Controllers at the Center<\/h3>\n<p>One area of repeated isolation has been the storage controller, or the brains of the storage system. For various reasons, the industry has had a propensity to create separate storage controllers for different protocols, such as block, file or object. Even though the media on which these controllers store the information is the same, the storage systems will only support the designated protocol it is serving. The software (or, so called microcode) simply interprets the protocol and stores the information.<\/p>\n<p>So the question becomes, why has the industry produced so many different controllers? One reason is that technology has a tendency to be \u201cfast out of the gate.\u201d The industry is rife with examples of technologies that have raced to production and market only to be reined in at a later point with standards or consortium-led initiatives that enable more competition, ease of use, or ease of management. And to be honest, it\u2019s often in the vendor\u2019s best interest to push the concept of &#8220;engineered&#8221; or &#8220;optimized&#8221; boxes for each protocol.<\/p>\n<h3>The Revolution is Here<\/h3>\n<p>The storage situation is not dissimilar to what the industry experienced with the original x86 ecosystem, where suppliers and vendors succeeded by creating a certain technology proliferation in the enterprise. Today, however, that ecosystem has been revolutionized. Now, through workload consolidation technologies implemented in private and public clouds, there is higher utilization, and consistency of management. And, note, that in the mainframe and Unix worlds, workload consolidation and the resulting improved utilization has been the norm for more than a decade.<\/p>\n<p>The storage environment is ready for the same kind of revolution. It\u2019s ready for solutions that abandon the proliferation strategy of days gone by and help organizations avoid lock-in through wide protocol support, and encourage scalability through openness. That\u2019s what we\u2019re working on at IBM. Our Storwize platform of high-capacity systems, for example, tackles these issues head on.<\/p>\n<h3>Do Your Research<\/h3>\n<p>But don\u2019t take my word for it. Ask yourself, what if there was a way to abstract the protocols from the basic store and retrieve functions? What if you could use old storage and new storage simultaneously, thus maximizing the return on capital investments? What if an application provider could automatically manage the life cycle of storage without getting a storage administrator engaged?<\/p>\n<p>That\u2019s where the storage industry should be headed.<\/p>\n<p><em>Industry Perspectives is a content channel at Data Center Knowledge highlighting thought leadership in the data center arena. See our <a href=\"http:\/\/www.datacenterknowledge.com\/industry-perspectives-thought-leadership\/\">guidelines and submission process<\/a> for information on participating. View previously published Industry Perspectives in our <a href=\"http:\/\/www.datacenterknowledge.com\/archives\/category\/perspectives\/\">Knowledge Library<\/a>.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Ambuj Goyal is general manager, IBM Systems, Storage and Networking. AMBUJ GOYAL IBM Technical evolution moves at different rates and for different reasons. Unlike other areas of computing, for example, storage solutions for distributed systems have evolved as a result of proliferation, rather than more traditional reasons such as price, performance and technical advancements. In [&hellip;]<\/p>\n","protected":false},"author":7448,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[],"class_list":["post-657778","post","type-post","status-publish","format-standard","hentry","category-news"],"_links":{"self":[{"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/posts\/657778","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/users\/7448"}],"replies":[{"embeddable":true,"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/comments?post=657778"}],"version-history":[{"count":0,"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/posts\/657778\/revisions"}],"wp:attachment":[{"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/media?parent=657778"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/categories?post=657778"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/tags?post=657778"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}