Storage Migration Costs
I’ve not paid much attention to Incipient (their news page doesn’t provide an RSS feed, so there’s no chance of me seeing their press releases easily), but my attention was recently drawn to a recent release relating to their iADM and iNSP products (catchy names, those).
Now, if you want to know about their products, have a look at their website for yourself. Rather, my interest was sparked by a claim in their press release, quoted below:
The High Cost of Today’s Data Migration
Industry estimates and field data captured by Incipient indicate that SAN storage is growing at 40 – 60 percent annually and 25 percent of data under management is moved annually at an average cost of $5,000 per terabyte. Based on these estimates, a data center with one petabyte of storage under management today spends $1.25 million annually on data migration operations. Two years later, the data center is likely to grow to nearly two petabytes increasing the annual data migration cost to nearly $2.5 million.
Source: Incipient Press Release 11 June 2008
So the estimate is $5000 per TB of data movement and 25% of data being moved each year. I can understand the latter; it’s simple logic that if you have a 3-4 year lifecycle on technology then on average 25% of your estate will be being refreshed each year (although that figure is slightly distorted by the fact that you’re also deploying an additional 40-60% each year). Now, how to get to a $5000 per TB calculation…
Excluding new storage acquisition, network bandwidth, etc, I’d assume that the majority of migration costs will be people time. That would include planning and execution of migrations. In environments of 1PB or more, I could (almost) bet my house on the fact that there will be a significant amount of the storage infrastructure which is (a) not understood (b) badly deployed (c) backlevel amongst many other issues. $5000/TB would therefore seem quite reasonable, based on the amount of work needed to refresh. The only problem, though, is that a majority of the manpower cannot be solved by software alone. This will include documenting the environment, bringing server O/S, firmware and drivers up to date, negotiating with customers for data migrations, migration schedule planning, clearing up wastage, new server hardware and so on.
It would be an interesting exercise to determine what percentage of the $5000/TB cost is actually attributable to data movement work (i.e. having someone sitting at a screen issuing data replication commands). I suspect it is quite low. From experience, I’ve been able to move large volumes of data in quite short timespans. In fact assuming sensible preparation and planning, most of the time doing migrations is sitting around (previous employers disregard this statement).
So how much money would Incipient save? My bet is not much.
_uacct = “UA-1104321-2″;
urchinTracker();
Subscribe to Architecting IT
Popular Posts
- Netapp: The Inflexibility of Flexvols (9,954)
- Windows Server 2012 (Windows Server “8″) – Storage Spaces (9,390)
- Enterprise Computing: Why Thin Provisioning Is Not The Holy Grail for Utilisation (7,844)
- Comparing iSCSI Targets – Microsoft, StarWind, iSCSI Cake and Kernsafe – Part I (5,820)
- Review: Compellent Storage Center – Part II (5,460)
- Data ONTAP 8.0 – Part III (5,060)
- Why Does Microsoft Hyper-V Not Support NFS? (4,876)
- Back to Blogging (4,450)
- How To: Enable iSNS Server in Windows 2008 (4,333)
- Windows Server 2012 (Windows Server “8″) – Virtual Fibre Channel (4,154)
Daily Popular
- How To: Enable iSNS Server in Windows 2008 (8)
- ViPR – Frankenstorage Revisited (8)
- Netapp: The Inflexibility of Flexvols (7)
- Why Does Microsoft Hyper-V Not Support NFS? (6)
- XtremIO (aka Project X) – Where’s the Innovation? (Updated) (5)
- Comparing iSCSI Targets – Microsoft, StarWind, iSCSI Cake and Kernsafe – Part I (5)
- Understanding EVA (5)
- Booting from PCIe SSD – Do We Need It? (4)
- HP Storage Bets on 3PAR (4)
- Windows Server 2012 (Windows Server “8″) – Virtual Fibre Channel (4)










Pingback: Enterprise Computing: What Next For Virtualisation? « The Storage Architect
Pingback: What Next For Virtualisation? – Gestalt IT