Comments on: Defining an up-to-date TCO Model http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/ Protect your digital archive forever Mon, 01 Mar 2010 08:09:01 +0000 http://wordpress.org/?v=2.9 hourly 1 By: MatrixStore » Blog Archive » A Living TCO Model http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/comment-page-1/#comment-726 MatrixStore » Blog Archive » A Living TCO Model Tue, 23 Feb 2010 07:49:27 +0000 http://www.matrixstore.net/?p=729#comment-726 [...] http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/ [...] [...] http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/ [...]

]]> By: Jean http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/comment-page-1/#comment-590 Jean Mon, 28 Sep 2009 23:42:19 +0000 http://www.matrixstore.net/?p=729#comment-590 Look at PASIG here http://sun-pasig.ning.com/ Look at PASIG here

http://sun-pasig.ning.com/

]]> By: Jean http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/comment-page-1/#comment-589 Jean Mon, 28 Sep 2009 23:36:41 +0000 http://www.matrixstore.net/?p=729#comment-589 Beware of disk deduplication. Some vendors boost their specs. Make sure you have a large database to compare with others. Tape compress very well too. They also have encryption capability for some. Add cost for backup time. Disk backup and cloning tape are different on that aspect. VTL is another area. I recently used to work with a TCO model tool that graphs and specs most of what you are doing. Servers, disk and tape included. Beware of disk deduplication. Some vendors boost their specs. Make sure you have a large database to compare with others.

Tape compress very well too. They also have encryption capability for some.

Add cost for backup time. Disk backup and cloning tape are different on that aspect.

VTL is another area.

I recently used to work with a TCO model tool that graphs and specs most of what you are doing. Servers, disk and tape included.

]]> By: Building a TCO model for storage « Storage News http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/comment-page-1/#comment-587 Building a TCO model for storage « Storage News Fri, 25 Sep 2009 18:03:07 +0000 http://www.matrixstore.net/?p=729#comment-587 [...] Pearce has posted an extensive list of factors to take into account, an has promised to post a spreadsheet that can [...] [...] Pearce has posted an extensive list of factors to take into account, an has promised to post a spreadsheet that can [...]

]]> By: Economic Truth – Gestalt IT http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/comment-page-1/#comment-586 Economic Truth – Gestalt IT Fri, 25 Sep 2009 15:18:31 +0000 http://www.matrixstore.net/?p=729#comment-586 [...] this is why the initiative started by Nick Pearce and Ian are so important. Go and read their blogs here and here on building a TCO model for storage; let’s get this thing crowd-sourced and perhaps [...] [...] this is why the initiative started by Nick Pearce and Ian are so important. Go and read their blogs here and here on building a TCO model for storage; let’s get this thing crowd-sourced and perhaps [...]

]]> By: ianhf http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/comment-page-1/#comment-580 ianhf Tue, 22 Sep 2009 07:45:29 +0000 http://www.matrixstore.net/?p=729#comment-580 yet another one :- * real market value depreciation of asset over time - ie what is the expected resale market value in a given period of time yet another one :-

* real market value depreciation of asset over time – ie what is the expected resale market value in a given period of time

]]> By: ianhf http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/comment-page-1/#comment-579 ianhf Mon, 21 Sep 2009 19:40:16 +0000 http://www.matrixstore.net/?p=729#comment-579 and yet another one :- * bandwidth utilisation (LAN/SAN etc) - ie fractional 'opportunity' costs associated with using 200mb/s on a FC SAN link etc and yet another one :-

* bandwidth utilisation (LAN/SAN etc) – ie fractional ‘opportunity’ costs associated with using 200mb/s on a FC SAN link etc

]]> By: ianhf http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/comment-page-1/#comment-578 ianhf Mon, 21 Sep 2009 18:54:47 +0000 http://www.matrixstore.net/?p=729#comment-578 and another :- * need to understand the expected useful life of the asset (inc waterfall tiering) * the TCO model must be over that period +1yr before start (to cover ingestion) and +1yr end (to cover egress) * the 3rs party support and maint must also factor in any 'doubling up' costs during ingress/egress (ie refresh) and another :-

* need to understand the expected useful life of the asset (inc waterfall tiering)

* the TCO model must be over that period +1yr before start (to cover ingestion) and +1yr end (to cover egress)

* the 3rs party support and maint must also factor in any ‘doubling up’ costs during ingress/egress (ie refresh)

]]> By: ianhf http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/comment-page-1/#comment-577 ianhf Mon, 21 Sep 2009 18:44:34 +0000 http://www.matrixstore.net/?p=729#comment-577 Some additions re TCO :- * cost of ongoing infra interop validation between 3rd parties, * frequency & disruption of firmware / software upgrades * size of units or growth (modularity) * disruption of growth units * performance measure (eg TCO per IOP per GB etc) * for capacity the difference between marketing GB and accessible GB (after b2->10, system overheads, resiliency etc) * flexibility of functionality license models (eg site or per asset) * if functionality licences transferrable during refresh * install & deploy costs * ongoing relationship mngt costs with vendor * cost of secure erase (either media or controller assets) * cost of vendor remote mngt solution (inc auth, logging & comms) * cost of mngt interface ports in network Some additions re TCO :-
* cost of ongoing infra interop validation between 3rd parties,
* frequency & disruption of firmware / software upgrades
* size of units or growth (modularity)
* disruption of growth units
* performance measure (eg TCO per IOP per GB etc)
* for capacity the difference between marketing GB and accessible GB (after b2->10, system overheads, resiliency etc)
* flexibility of functionality license models (eg site or per asset)
* if functionality licences transferrable during refresh
* install & deploy costs
* ongoing relationship mngt costs with vendor
* cost of secure erase (either media or controller assets)
* cost of vendor remote mngt solution (inc auth, logging & comms)
* cost of mngt interface ports in network

]]> By: NPT http://www.matrixstore.net/2009/09/17/defining-an-up-to-date-tco-model/comment-page-1/#comment-568 NPT Fri, 18 Sep 2009 15:22:28 +0000 http://www.matrixstore.net/?p=729#comment-568 Thanks Glenn. A TCO model needs to be all things to all people really. Aim of this post is to first get the elements right and then Allow people to prioritise the elements most relevanr to them. Vendor stuff can be plugged in then to produce a relevance score.. This aint going to be solved soon but a goo starting point. Thanks Glenn. A TCO model needs to be all things to all people really.
Aim of this post is to first get the elements right and then
Allow people to prioritise the elements most relevanr to them.
Vendor stuff can be plugged in then to produce a relevance score..

This aint going to be solved soon but a goo starting point.

]]>