Posts Tagged ‘progression

22
Feb
10

Data Progression? Extents of tiering?

After reading Jon Toigo’s blog this weekend, I had to add on in more than a “comment”, as a follow on to the response from a Compellent “architect”.

Jon was addressing, in “Tears of Storage”, a point that is in great controversy in the storage industry and is being blog’ed about constantly (@storagetexan, @storagewonk, @xiotech, to mention a few), that is storage controller comparison and “features” that vendors offer. The “architect’s” response was from a giddy brain washed perspective, and that is, “this is really cool and everyone should have it!”.   

The reality of Data Progression, and lower level tiering in general, is that when they say “data”, it is NOT progressing “data” at all, underlying storage does not understand “data”, it understand bits and blocks of bits, and as such, protects those and should do that VERY well first. To protect “data”, or tier “data”, you should have an understanding of the full value of that underlying data and be able to “progress” or “regress” that data based on it’s value to the user and not to the storage controllers, things such as “Is it the CEO’s email”, in some companies that is important and is the only qualifier and not “did I touch this bit”, this is the “value” a controller cannot put on the data.

This entire story is akin to the outsourcing discussion that was held at a CIO event in Ohio last year (shamefull plug for CIO Practicum), and the outcome of that, and virtually EVERY discussion over “should I outsource” , you outsource something that is made basic and can be done easily and quicker by someone else. Data ILM is not “easy”, it requires a little effort on the part of the data owner (classification and prioritization) and simply ignoring those two points is just throwing your hands up in the air and saying you give up. Application vendors  (backup applications, databases, etc) have those type capabilities AND they actually know how the data is being used!

In a nutshell, Data Progression is a “feature” that a company “sells”, that requires you to buy a license and more storage and let them handle it “seamlessly” in the background (oh, wait, it does take resources to migrate that data?, hmmm), and it only addresses the single point of “when you last touched a block”, which is the least significant of the equation, but, the only one the storage vendor can understand.

Now, when the days of “Intelligent Application driven Storage” comes to play, that will rock! Think about it, letting the application drive the operations based on “their” needs, the tide is turning and the “features” of today will be the 8 tracks of yesterday, passé . But, don’t fret, vendors will come out with new “cool” things for you to spend money on!

Advertisements



Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Join 242 other followers

Pages

Advertisements