<?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 on: Cloud, sand and scale</title>
	<atom:link href="http://storagemojo.com/2009/05/08/cloud-sand-and-scale/feed/" rel="self" type="application/rss+xml" />
	<link>http://storagemojo.com/2009/05/08/cloud-sand-and-scale/</link>
	<description>Data storage info &#38; analysis</description>
	<lastBuildDate>Sun, 20 May 2012 13:26:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Matthew Reed</title>
		<link>http://storagemojo.com/2009/05/08/cloud-sand-and-scale/comment-page-1/#comment-201446</link>
		<dc:creator>Matthew Reed</dc:creator>
		<pubDate>Wed, 13 May 2009 17:48:09 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1321#comment-201446</guid>
		<description>Mr. Fitch, I would definatley appreciate any information or your input on what you see as the de facto standard for IT DR/BC strategies. Please feel free to email at mreed@extron.com

Thanks</description>
		<content:encoded><![CDATA[<p>Mr. Fitch, I would definatley appreciate any information or your input on what you see as the de facto standard for IT DR/BC strategies. Please feel free to email at <a href="mailto:mreed@extron.com">mreed@extron.com</a></p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Fitch</title>
		<link>http://storagemojo.com/2009/05/08/cloud-sand-and-scale/comment-page-1/#comment-201383</link>
		<dc:creator>John Fitch</dc:creator>
		<pubDate>Tue, 12 May 2009 04:20:04 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1321#comment-201383</guid>
		<description>I have done a lot of cost comparisons to physical, VM, Utility/Grid, Cloud (hardware, app, and user), and Business continuity / Disaster recovery strategies around them all. 

Concerns come to compliancy, tiering resiliency, tiering downtime, storage, replication, and offloading recovery of data and systems.

The further you drill down costs to the systems that can suffer 12+ hours of data restoration, the more effective you make your system cost, and derive the appropriate licensing for the 0 to 1 hr, 1 to 4hr, and up recovery time objectives.

Operationally tiering with DR platforms in place allow for true utilization of cloud apps, subsystems, and save on management.

I spend all day shifting designs between multiple purviews, and honestly the real solution is a solid mix of cost effective technologies.

If anyone would like some baselining and industry trend information, including DR / BC ideas please feel free to contact me.</description>
		<content:encoded><![CDATA[<p>I have done a lot of cost comparisons to physical, VM, Utility/Grid, Cloud (hardware, app, and user), and Business continuity / Disaster recovery strategies around them all. </p>
<p>Concerns come to compliancy, tiering resiliency, tiering downtime, storage, replication, and offloading recovery of data and systems.</p>
<p>The further you drill down costs to the systems that can suffer 12+ hours of data restoration, the more effective you make your system cost, and derive the appropriate licensing for the 0 to 1 hr, 1 to 4hr, and up recovery time objectives.</p>
<p>Operationally tiering with DR platforms in place allow for true utilization of cloud apps, subsystems, and save on management.</p>
<p>I spend all day shifting designs between multiple purviews, and honestly the real solution is a solid mix of cost effective technologies.</p>
<p>If anyone would like some baselining and industry trend information, including DR / BC ideas please feel free to contact me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jh</title>
		<link>http://storagemojo.com/2009/05/08/cloud-sand-and-scale/comment-page-1/#comment-201374</link>
		<dc:creator>jh</dc:creator>
		<pubDate>Mon, 11 May 2009 22:20:08 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1321#comment-201374</guid>
		<description>From my experience, companies start to lose track of the time and costs that go into their IT infrastructure as they move from a handful of people to tens of people.  They may think that their costs are relatively modest but they tend to forget the cost of management in planning IT, minimize the time &amp; cost of outages and other hidden costs.  I think that the real determiner of when you need to move from cloud to sand is when the privacy implications start to be a major issue.  Otherwise, the level at which you can stay in the cloud should only increase.</description>
		<content:encoded><![CDATA[<p>From my experience, companies start to lose track of the time and costs that go into their IT infrastructure as they move from a handful of people to tens of people.  They may think that their costs are relatively modest but they tend to forget the cost of management in planning IT, minimize the time &amp; cost of outages and other hidden costs.  I think that the real determiner of when you need to move from cloud to sand is when the privacy implications start to be a major issue.  Otherwise, the level at which you can stay in the cloud should only increase.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Steege</title>
		<link>http://storagemojo.com/2009/05/08/cloud-sand-and-scale/comment-page-1/#comment-201369</link>
		<dc:creator>Pete Steege</dc:creator>
		<pubDate>Mon, 11 May 2009 19:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1321#comment-201369</guid>
		<description>Seems like IT is bifurcating between clouds and sand.  The requirements are different, the deliverables too.  

We&#039;ll see a limited group (IBM, Cisco, EMC, etc) in the cloud, with a wider variety of solutions from a wider variety of players in the sand.</description>
		<content:encoded><![CDATA[<p>Seems like IT is bifurcating between clouds and sand.  The requirements are different, the deliverables too.  </p>
<p>We&#8217;ll see a limited group (IBM, Cisco, EMC, etc) in the cloud, with a wider variety of solutions from a wider variety of players in the sand.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Harris</title>
		<link>http://storagemojo.com/2009/05/08/cloud-sand-and-scale/comment-page-1/#comment-201366</link>
		<dc:creator>Robin Harris</dc:creator>
		<pubDate>Mon, 11 May 2009 18:48:05 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1321#comment-201366</guid>
		<description>Noah, good question. I tried to (quickly) find that reference when I did the post and no luck. Still not finding the reference that I remember, but James&#039; presentation &lt;a href=&quot;http://mvdirona.com/jrh/TalksAndPapers/JamesRH_Ladis2008.pdf&quot; rel=&quot;nofollow&quot;&gt;Internet-Scale Service Efficiency&lt;/a&gt; (pdf) hits the high points in slide 4. I&#039;m remembering a more detailed blog post or paper, and I can&#039;t find either. Maybe a reader can help me out here.

Robin</description>
		<content:encoded><![CDATA[<p>Noah, good question. I tried to (quickly) find that reference when I did the post and no luck. Still not finding the reference that I remember, but James&#8217; presentation <a href="http://mvdirona.com/jrh/TalksAndPapers/JamesRH_Ladis2008.pdf" rel="nofollow">Internet-Scale Service Efficiency</a> (pdf) hits the high points in slide 4. I&#8217;m remembering a more detailed blog post or paper, and I can&#8217;t find either. Maybe a reader can help me out here.</p>
<p>Robin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Noah Campbell</title>
		<link>http://storagemojo.com/2009/05/08/cloud-sand-and-scale/comment-page-1/#comment-201365</link>
		<dc:creator>Noah Campbell</dc:creator>
		<pubDate>Mon, 11 May 2009 18:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1321#comment-201365</guid>
		<description>Can you provide a reference to your statement: &quot;James Hamilton’s numbers that large-scale, purpose-built scale-out systems are significantly cheaper - like 1/6th - than standard enterprise kit?&quot;</description>
		<content:encoded><![CDATA[<p>Can you provide a reference to your statement: &#8220;James Hamilton’s numbers that large-scale, purpose-built scale-out systems are significantly cheaper &#8211; like 1/6th &#8211; than standard enterprise kit?&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

