<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments for ThinkStorage</title>
	<atom:link href="http://www.xivstorage.com/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.xivstorage.com/blog</link>
	<description>A Blog by Moshe Yanai and the XIV Team</description>
	<pubDate>Thu, 11 Mar 2010 09:53:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Throttling Up Performance: More Drives or Faster Drives? by Jared</title>
		<link>http://www.xivstorage.com/blog/2008/09/throttling-up-performance-more-drives-or-faster-drives/comment-page-1/#comment-7088</link>
		<dc:creator>Jared</dc:creator>
		<pubDate>Mon, 18 Jan 2010 04:39:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.xivstorage.com/blog/?p=57#comment-7088</guid>
		<description>I agreed with John. EVA seems to have done the same jobs as XIV 5 years ago - if not 7 years - the first EVA was in market in 2002 and some functions such as SnapClone were still not implemented yet.

Regarding the rebuilding time, I've encountered a case where an EVA with 80*73GB drives could be rebuilt in 30min, believe it or not. But actually it was just a trick - a rebuilding time only matters when you know how many data there is and what's the workload.</description>
		<content:encoded><![CDATA[<p>I agreed with John. EVA seems to have done the same jobs as XIV 5 years ago - if not 7 years - the first EVA was in market in 2002 and some functions such as SnapClone were still not implemented yet.</p>
<p>Regarding the rebuilding time, I&#8217;ve encountered a case where an EVA with 80*73GB drives could be rebuilt in 30min, believe it or not. But actually it was just a trick - a rebuilding time only matters when you know how many data there is and what&#8217;s the workload.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Storage Industry: We Have a Problem by IBM Should Lead with XIV &#124; Technology is Dead - Thoughts on Enterprise Infrastructure</title>
		<link>http://www.xivstorage.com/blog/2008/09/storage-industry-we-have-a-problem/comment-page-1/#comment-6697</link>
		<dc:creator>IBM Should Lead with XIV &#124; Technology is Dead - Thoughts on Enterprise Infrastructure</dc:creator>
		<pubDate>Wed, 23 Dec 2009 19:26:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.xivstorage.com/blog/?p=9#comment-6697</guid>
		<description>[...] have to agree with a lot of Moshe&#8217;s statements, that the storage industry hasn&#8217;t exactly cracked the code of commodity storage in the last [...]</description>
		<content:encoded><![CDATA[<p>[...] have to agree with a lot of Moshe&#8217;s statements, that the storage industry hasn&#8217;t exactly cracked the code of commodity storage in the last [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Storage Industry: We Have a Problem by roland</title>
		<link>http://www.xivstorage.com/blog/2008/09/storage-industry-we-have-a-problem/comment-page-1/#comment-5487</link>
		<dc:creator>roland</dc:creator>
		<pubDate>Mon, 26 Oct 2009 11:43:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.xivstorage.com/blog/?p=9#comment-5487</guid>
		<description>well, this is spoken from my heart.

one comment on pricing:
while in every it business prices go rapidly down,i think storage is still astonishingly expensive (i.e. TOO expensive), especially when you want to scale and want things like mirroring and that stuff.

so, compare the pricing of a single TB disk to the pricing for the same TB provided by a nas or san storage system. it`s typically one or two orders of magnitude above that and this simply sucks. even pricing for software-only solutions like datacore simply sucks. 

think we need some revolution in the storage business. thin provisioning, dedupe, mirroring, snapshots - that needs to go mainstream.

look at the new features of zfs and port zfs to linux. that would induce some movement into the fossilized enterprise storage market.....</description>
		<content:encoded><![CDATA[<p>well, this is spoken from my heart.</p>
<p>one comment on pricing:<br />
while in every it business prices go rapidly down,i think storage is still astonishingly expensive (i.e. TOO expensive), especially when you want to scale and want things like mirroring and that stuff.</p>
<p>so, compare the pricing of a single TB disk to the pricing for the same TB provided by a nas or san storage system. it`s typically one or two orders of magnitude above that and this simply sucks. even pricing for software-only solutions like datacore simply sucks. </p>
<p>think we need some revolution in the storage business. thin provisioning, dedupe, mirroring, snapshots - that needs to go mainstream.</p>
<p>look at the new features of zfs and port zfs to linux. that would induce some movement into the fossilized enterprise storage market&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Throttling Up Performance: More Drives or Faster Drives? by Bob</title>
		<link>http://www.xivstorage.com/blog/2008/09/throttling-up-performance-more-drives-or-faster-drives/comment-page-1/#comment-4166</link>
		<dc:creator>Bob</dc:creator>
		<pubDate>Fri, 17 Jul 2009 17:11:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.xivstorage.com/blog/?p=57#comment-4166</guid>
		<description>I was able to test out the XIV systems vs. 3 other vendors.  
The interface was slick. Hands down, no one else is close.
As far as single points of failure, true, there are none (I actually physcially unplugged a tray of disk, no hits).
What I did find out though, is if you lose that tray (DAE or whatever), EVERY component becomes a single point of failure resulting in data loss.
Rebuild times are VERY quick, no doubt, but that metric comes from a box that is less than 50% utilized.  I won't comment on what it is if your using 90% of your storage, ask IBM.
Would really like to see some kinda of reporting or SMI compliance so it works with other tools in the enterprise.
It is a solid Tier II box.  I'll let it get a track record before I recommend for Tier I apps.
The environmentals. Now that thing generates some heat.  It actually overheated a competitor product in the next rack over (kinda funny actually).</description>
		<content:encoded><![CDATA[<p>I was able to test out the XIV systems vs. 3 other vendors.<br />
The interface was slick. Hands down, no one else is close.<br />
As far as single points of failure, true, there are none (I actually physcially unplugged a tray of disk, no hits).<br />
What I did find out though, is if you lose that tray (DAE or whatever), EVERY component becomes a single point of failure resulting in data loss.<br />
Rebuild times are VERY quick, no doubt, but that metric comes from a box that is less than 50% utilized.  I won&#8217;t comment on what it is if your using 90% of your storage, ask IBM.<br />
Would really like to see some kinda of reporting or SMI compliance so it works with other tools in the enterprise.<br />
It is a solid Tier II box.  I&#8217;ll let it get a track record before I recommend for Tier I apps.<br />
The environmentals. Now that thing generates some heat.  It actually overheated a competitor product in the next rack over (kinda funny actually).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Throttling Up Performance: More Drives or Faster Drives? by Solutions Architect</title>
		<link>http://www.xivstorage.com/blog/2008/09/throttling-up-performance-more-drives-or-faster-drives/comment-page-1/#comment-3860</link>
		<dc:creator>Solutions Architect</dc:creator>
		<pubDate>Mon, 06 Jul 2009 21:54:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.xivstorage.com/blog/?p=57#comment-3860</guid>
		<description>Some comments about the real world.  

I am seeing a lot of comments here from various competitors to XIV, leading the conversation to where they think it will benefit themselve, instead of talking about what is best for the customers.  

I have been a server, storage, and SAN admin/customer for most of my career.  I have also architected solutions using a lot of your different vendor's products, in the past.  Let's discuss some of the things customers really want, and what I asked for year after year.  XIV seems to have addressed all of my wants when relation to storage.  Now, if it could get my son to mow the lawn on time, it might be the perfect piece of equipment in the world.
1.  zero downtime - either planned or unplanned.  I have spent many a night migrating data from one storage platforn to another.  The least disruptive to my users was usually host based migrations, which happened to be the most disruptive to my sleep and personal life.  Yes, there is an outage to move to XIV, if using their migration tool, but their future direction is by far the best I have seen.  Yeah, almost every vendor says 5 nines availability, but that only covers unplanned outages.  To me the planned outages were more troublesome, since getting downtime sometimes required an act of congress to get all my end users to agree to when an outage oculd happen.
2.  Reliability - From what I have seen and heard, this box is extremely reliable.  The box is designed to account for component failures, and also readjusts itself to perform optimally.  If I lost a drive or DAE on another platform, performance generally degraded for some time, or data was lost (yes, it may have been due to the way I laid out my raid groups, but with XIV you don't have to worry about that).
3.  Performance - From talking to XIV customers, it seems that they are getting equal or better performance than their previous solutions.  It is very hard to tell these customers that they don't know what they are talking about, since they are actually running real world apps.  Yes, an imaginary workload could overrun an XIV, but that is true for every storage frame.  Oh yeah, I used to be a programmer too, and I could write code that could cripple any storage frame, or make any frame look good.  This is why I am not a fan of benchmarks.  I would rather see a real app at work.  Every company has to weigh the cost of changing code, to buying extra HW/SW.  XIV seems to be very forgiving to the odd bad code.  If you can't change your code and it doesn't work on XIV, then sure buy something else.  My bet is that you will spend a lot more money though.
4.  Ease of management - I have worked on a large variety of storage systems, and XIV is by far the easiest one I have ever worked on.  Also, I don't need to take months of training classes, to make sure I am setting it up correctly.  It took me less than a day to be proficient.  After many years of looking at heat graphs and spreadsheets, to make sure I laid out my data correctly, XIV would have saved my a tremendous amount of time.  I am sure I would have a lot fewer grey hairs, had it come out a decade earlier!

ILM is something I have had to do for years.  This to me is only because XIV didn't exist at the time.  Spending hours/days/weeks to guess what tier to put my data on, is a ridiculous concept, if you don't need to do it.  Yes, it is a guess.  Every company will try to convince you that it is a science, by looking at stats and talking to app teams and DBAs to gather information, but it really is a guessing game.  Every person that comes in contact with data, has a different opinion on how important it is, and how frequently it is going to be accessed.  Also, over time that data changes its access patterns, which makes your layout obsolete.  Don't get me wrong here, there is still a need to use ILM when talking about archiving, but at the Tier 1 through Tier 3, range, XIV has removed that need.  Someone once told me that ILM means "I like money to the vendors, and  I'm losing money to the customers".  This is sad but true, but there really was no other option but to play the ILM, until XIV came out.  Solution Architects have made a lot of money from going into customer sites, to try to save them money by tiering.  Trust me, I was one of them.  I would rather spend my time on other tasks now!

All the conversations about milliseconds, really dosn't matter, if companies put their data on XIV and they are happy with  the way it works!  I am sure there is an app or two out there, where XIV doesn't work, but they only account for a small part of the upper end storage market.  With IBM investing in more R&#38;D, I am sure that number is going to continue to dwindle.  If you really have a storage frame that requires extremely high I/O, then talk to IBM about a trial.  I am sure they will work with you, and if XIV doesn't meet your needs, they have other platforms that might.  More than likely, you will not need to look further.

Sorry for the long winded comments, but I thought I needed to voice them.</description>
		<content:encoded><![CDATA[<p>Some comments about the real world.  </p>
<p>I am seeing a lot of comments here from various competitors to XIV, leading the conversation to where they think it will benefit themselve, instead of talking about what is best for the customers.  </p>
<p>I have been a server, storage, and SAN admin/customer for most of my career.  I have also architected solutions using a lot of your different vendor&#8217;s products, in the past.  Let&#8217;s discuss some of the things customers really want, and what I asked for year after year.  XIV seems to have addressed all of my wants when relation to storage.  Now, if it could get my son to mow the lawn on time, it might be the perfect piece of equipment in the world.<br />
1.  zero downtime - either planned or unplanned.  I have spent many a night migrating data from one storage platforn to another.  The least disruptive to my users was usually host based migrations, which happened to be the most disruptive to my sleep and personal life.  Yes, there is an outage to move to XIV, if using their migration tool, but their future direction is by far the best I have seen.  Yeah, almost every vendor says 5 nines availability, but that only covers unplanned outages.  To me the planned outages were more troublesome, since getting downtime sometimes required an act of congress to get all my end users to agree to when an outage oculd happen.<br />
2.  Reliability - From what I have seen and heard, this box is extremely reliable.  The box is designed to account for component failures, and also readjusts itself to perform optimally.  If I lost a drive or DAE on another platform, performance generally degraded for some time, or data was lost (yes, it may have been due to the way I laid out my raid groups, but with XIV you don&#8217;t have to worry about that).<br />
3.  Performance - From talking to XIV customers, it seems that they are getting equal or better performance than their previous solutions.  It is very hard to tell these customers that they don&#8217;t know what they are talking about, since they are actually running real world apps.  Yes, an imaginary workload could overrun an XIV, but that is true for every storage frame.  Oh yeah, I used to be a programmer too, and I could write code that could cripple any storage frame, or make any frame look good.  This is why I am not a fan of benchmarks.  I would rather see a real app at work.  Every company has to weigh the cost of changing code, to buying extra HW/SW.  XIV seems to be very forgiving to the odd bad code.  If you can&#8217;t change your code and it doesn&#8217;t work on XIV, then sure buy something else.  My bet is that you will spend a lot more money though.<br />
4.  Ease of management - I have worked on a large variety of storage systems, and XIV is by far the easiest one I have ever worked on.  Also, I don&#8217;t need to take months of training classes, to make sure I am setting it up correctly.  It took me less than a day to be proficient.  After many years of looking at heat graphs and spreadsheets, to make sure I laid out my data correctly, XIV would have saved my a tremendous amount of time.  I am sure I would have a lot fewer grey hairs, had it come out a decade earlier!</p>
<p>ILM is something I have had to do for years.  This to me is only because XIV didn&#8217;t exist at the time.  Spending hours/days/weeks to guess what tier to put my data on, is a ridiculous concept, if you don&#8217;t need to do it.  Yes, it is a guess.  Every company will try to convince you that it is a science, by looking at stats and talking to app teams and DBAs to gather information, but it really is a guessing game.  Every person that comes in contact with data, has a different opinion on how important it is, and how frequently it is going to be accessed.  Also, over time that data changes its access patterns, which makes your layout obsolete.  Don&#8217;t get me wrong here, there is still a need to use ILM when talking about archiving, but at the Tier 1 through Tier 3, range, XIV has removed that need.  Someone once told me that ILM means &#8220;I like money to the vendors, and  I&#8217;m losing money to the customers&#8221;.  This is sad but true, but there really was no other option but to play the ILM, until XIV came out.  Solution Architects have made a lot of money from going into customer sites, to try to save them money by tiering.  Trust me, I was one of them.  I would rather spend my time on other tasks now!</p>
<p>All the conversations about milliseconds, really dosn&#8217;t matter, if companies put their data on XIV and they are happy with  the way it works!  I am sure there is an app or two out there, where XIV doesn&#8217;t work, but they only account for a small part of the upper end storage market.  With IBM investing in more R&amp;D, I am sure that number is going to continue to dwindle.  If you really have a storage frame that requires extremely high I/O, then talk to IBM about a trial.  I am sure they will work with you, and if XIV doesn&#8217;t meet your needs, they have other platforms that might.  More than likely, you will not need to look further.</p>
<p>Sorry for the long winded comments, but I thought I needed to voice them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Throttling Up Performance: More Drives or Faster Drives? by I'm not sleeping</title>
		<link>http://www.xivstorage.com/blog/2008/09/throttling-up-performance-more-drives-or-faster-drives/comment-page-1/#comment-3101</link>
		<dc:creator>I'm not sleeping</dc:creator>
		<pubDate>Thu, 11 Jun 2009 23:13:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.xivstorage.com/blog/?p=57#comment-3101</guid>
		<description>I am a huge fan of the interface and ease of management of the XIV!

A couple of questions remain however that still are leaving me apprehensive:

1)  With all of the processing and SATA drives in a single rack, the heat output must be tremendous.  How many BTU does the full rack XIV put out?

2)  I understand that upon a drive failure, the drive is not necessarily "rebuilt" but "redistributed" among the box in 30 minutes.  When replacing the failed drive, how long does it take to rebuild the physical new drive?

3)  IBM is great about posting performance numbers for their products on Storage Performance Council.  When can we expect XIV numbers to be posted?

I'm really looking forward to seeing the results of this along with the half rack model!</description>
		<content:encoded><![CDATA[<p>I am a huge fan of the interface and ease of management of the XIV!</p>
<p>A couple of questions remain however that still are leaving me apprehensive:</p>
<p>1)  With all of the processing and SATA drives in a single rack, the heat output must be tremendous.  How many BTU does the full rack XIV put out?</p>
<p>2)  I understand that upon a drive failure, the drive is not necessarily &#8220;rebuilt&#8221; but &#8220;redistributed&#8221; among the box in 30 minutes.  When replacing the failed drive, how long does it take to rebuild the physical new drive?</p>
<p>3)  IBM is great about posting performance numbers for their products on Storage Performance Council.  When can we expect XIV numbers to be posted?</p>
<p>I&#8217;m really looking forward to seeing the results of this along with the half rack model!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Storage TCO: Intangible Cost Factors by Laurence Davenport</title>
		<link>http://www.xivstorage.com/blog/2009/02/storage-tco-intangible-cost-factors/comment-page-1/#comment-3005</link>
		<dc:creator>Laurence Davenport</dc:creator>
		<pubDate>Tue, 02 Jun 2009 20:12:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.xivstorage.com/blog/?p=68#comment-3005</guid>
		<description>There seems to be some emotional attachment to storage architectures that have been working now for many decades.  XIV is approaching the Teir 1 market from a fresh direction and actually doing ok (a direction you may argue that they weren't first to think of but they were first to get working in a Teir 1 market).  I don't think we should get too luddite about this technology and give it a go.  Remember it has got the brains behind it that the Symm did back in the day so it isn't bereft of an understanding of enterprise storage.

I have been involved in an XIV deal.  When the customer got the boxes installed was chuffed to bits with ease of use and the performance (and before you ask they where not a mid teir usage customer!!)

Summary - chill out and give it a go!</description>
		<content:encoded><![CDATA[<p>There seems to be some emotional attachment to storage architectures that have been working now for many decades.  XIV is approaching the Teir 1 market from a fresh direction and actually doing ok (a direction you may argue that they weren&#8217;t first to think of but they were first to get working in a Teir 1 market).  I don&#8217;t think we should get too luddite about this technology and give it a go.  Remember it has got the brains behind it that the Symm did back in the day so it isn&#8217;t bereft of an understanding of enterprise storage.</p>
<p>I have been involved in an XIV deal.  When the customer got the boxes installed was chuffed to bits with ease of use and the performance (and before you ask they where not a mid teir usage customer!!)</p>
<p>Summary - chill out and give it a go!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Throttling Up Performance: More Drives or Faster Drives? by Not me</title>
		<link>http://www.xivstorage.com/blog/2008/09/throttling-up-performance-more-drives-or-faster-drives/comment-page-1/#comment-1679</link>
		<dc:creator>Not me</dc:creator>
		<pubDate>Mon, 20 Apr 2009 06:32:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.xivstorage.com/blog/?p=57#comment-1679</guid>
		<description>I'm still not sure I follow what's different about this technology. Is it the same type of solution as the Compellent technology?</description>
		<content:encoded><![CDATA[<p>I&#8217;m still not sure I follow what&#8217;s different about this technology. Is it the same type of solution as the Compellent technology?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Storage TCO: Intangible Cost Factors by David Merrill&#8217;s Blog &#187; Blog Archive &#187; Defining the soft costs</title>
		<link>http://www.xivstorage.com/blog/2009/02/storage-tco-intangible-cost-factors/comment-page-1/#comment-909</link>
		<dc:creator>David Merrill&#8217;s Blog &#187; Blog Archive &#187; Defining the soft costs</dc:creator>
		<pubDate>Wed, 04 Mar 2009 20:48:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.xivstorage.com/blog/?p=68#comment-909</guid>
		<description>[...] came across this recent article from ThinkStorage on the less tangible types of TCO costs. They have clearly outlined 3 or 4 of the 33 types of costs [...]</description>
		<content:encoded><![CDATA[<p>[...] came across this recent article from ThinkStorage on the less tangible types of TCO costs. They have clearly outlined 3 or 4 of the 33 types of costs [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Storage TCO: Intangible Cost Factors by david merrill</title>
		<link>http://www.xivstorage.com/blog/2009/02/storage-tco-intangible-cost-factors/comment-page-1/#comment-908</link>
		<dc:creator>david merrill</dc:creator>
		<pubDate>Wed, 04 Mar 2009 20:26:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.xivstorage.com/blog/?p=68#comment-908</guid>
		<description>You might like reading about 33 different types of costs that make up stoage TCO. Your comments are correct, but there are factors of hard costs and soft costs that are defined by the end-user or cash-counter.....

Dave

http://www.hds.com/assets/pdf/33-types-of-costs-for-storage-tco.pdf</description>
		<content:encoded><![CDATA[<p>You might like reading about 33 different types of costs that make up stoage TCO. Your comments are correct, but there are factors of hard costs and soft costs that are defined by the end-user or cash-counter&#8230;..</p>
<p>Dave</p>
<p><a href="http://www.hds.com/assets/pdf/33-types-of-costs-for-storage-tco.pdf" rel="nofollow">http://www.hds.com/assets/pdf/33-types-of-costs-for-storage-tco.pdf</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
