<?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: Another Tough Day at Rackspace</title>
	<atom:link href="http://www.datacenterknowledge.com/archives/2009/07/08/another-tough-day-at-rackspace/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.datacenterknowledge.com/archives/2009/07/08/another-tough-day-at-rackspace/</link>
	<description>News and analysis about data centers, cloud computing, managed hosting and disaster recovery</description>
	<lastBuildDate>Mon, 13 Feb 2012 17:24:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Cloud providers pressured to open APIs &#124; Unfiltered</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/08/another-tough-day-at-rackspace/comment-page-1/#comment-4984</link>
		<dc:creator>Cloud providers pressured to open APIs &#124; Unfiltered</dc:creator>
		<pubDate>Tue, 21 Jul 2009 15:25:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12926#comment-4984</guid>
		<description>[...] providers, because it plans to differentiate itself on customer service and support. However, some recent service outages may be interfering with the company’s image-building [...]</description>
		<content:encoded><![CDATA[<p>[...] providers, because it plans to differentiate itself on customer service and support. However, some recent service outages may be interfering with the company’s image-building [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Deaderick</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/08/another-tough-day-at-rackspace/comment-page-1/#comment-4840</link>
		<dc:creator>Tom Deaderick</dc:creator>
		<pubDate>Wed, 15 Jul 2009 21:12:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12926#comment-4840</guid>
		<description>A nice persuasive CEO that comes across as believable is a great asset. After multiple outages however you get to a point where personal assurances MIGHT not be enough.  Why not get certified by The Uptime Institute rather than asking customers to continue taking your word for it?  

Encourage all commercial data centers to publish their certification results, then and only then, can consumers decide what their applications require.</description>
		<content:encoded><![CDATA[<p>A nice persuasive CEO that comes across as believable is a great asset. After multiple outages however you get to a point where personal assurances MIGHT not be enough.  Why not get certified by The Uptime Institute rather than asking customers to continue taking your word for it?  </p>
<p>Encourage all commercial data centers to publish their certification results, then and only then, can consumers decide what their applications require.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2009-07-10 &#171; Dan Creswell&#8217;s Linkblog</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/08/another-tough-day-at-rackspace/comment-page-1/#comment-4753</link>
		<dc:creator>links for 2009-07-10 &#171; Dan Creswell&#8217;s Linkblog</dc:creator>
		<pubDate>Fri, 10 Jul 2009 12:06:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12926#comment-4753</guid>
		<description>[...] Another Tough Day at Rackspace (tags: datacentre availability) [...]</description>
		<content:encoded><![CDATA[<p>[...] Another Tough Day at Rackspace (tags: datacentre availability) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A Allen</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/08/another-tough-day-at-rackspace/comment-page-1/#comment-4734</link>
		<dc:creator>A Allen</dc:creator>
		<pubDate>Thu, 09 Jul 2009 17:57:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12926#comment-4734</guid>
		<description>While I agree that 100% of &quot;five nines&quot; is tough to achieve I don&#039;t think that stating four nines 99.99 or 99.95 says the provider doesn&#039;t trust their infrastructure.  It is exceedingly difficult to achieve 99.999% uptime in anything but telco and with telco that is only achievable because so little changes on a day to day basis.  The difference with other systems is that we ASK a lot of change of the systems and each of these changes has the potential to introduce instability.   I for one prefer to have a realistic view of uptime rather than to plan for 99.999 or 100% and not have the backup manual processes in place.</description>
		<content:encoded><![CDATA[<p>While I agree that 100% of &#8220;five nines&#8221; is tough to achieve I don&#8217;t think that stating four nines 99.99 or 99.95 says the provider doesn&#8217;t trust their infrastructure.  It is exceedingly difficult to achieve 99.999% uptime in anything but telco and with telco that is only achievable because so little changes on a day to day basis.  The difference with other systems is that we ASK a lot of change of the systems and each of these changes has the potential to introduce instability.   I for one prefer to have a realistic view of uptime rather than to plan for 99.999 or 100% and not have the backup manual processes in place.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Netriplex</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/08/another-tough-day-at-rackspace/comment-page-1/#comment-4723</link>
		<dc:creator>Netriplex</dc:creator>
		<pubDate>Thu, 09 Jul 2009 14:20:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12926#comment-4723</guid>
		<description>While I agree that it is extremely difficult to achieve 100% uptime or even 99.999%, providers who offer SLAs for anything less are blatently stating they do not trust their infrastructure. I&#039;ve seen SLAs stating 99.95% uptime, and to me it screams downtime is forthcoming. At least if the provider offers five nines or better, it shows a level of confidence, regardless of whether or not they achieve that.</description>
		<content:encoded><![CDATA[<p>While I agree that it is extremely difficult to achieve 100% uptime or even 99.999%, providers who offer SLAs for anything less are blatently stating they do not trust their infrastructure. I&#8217;ve seen SLAs stating 99.95% uptime, and to me it screams downtime is forthcoming. At least if the provider offers five nines or better, it shows a level of confidence, regardless of whether or not they achieve that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: B James</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/08/another-tough-day-at-rackspace/comment-page-1/#comment-4714</link>
		<dc:creator>B James</dc:creator>
		<pubDate>Thu, 09 Jul 2009 02:17:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12926#comment-4714</guid>
		<description>As it has been said in many places SLAs are designed to protect the provider, not the client.  Its a limit of responsibility in the event issues do happen, usually capped at a max of the current monthly fees paid for your specific service or for the portion of your service that was directly affected.  So if you have 3 separate dedicated servers and only 1 of the 3 is affected your SLA coverage for &quot;uptime&quot; would only cover that servers portion of your monthly fees...  ie: protection for the provider, not you as a client.  SLAs on shared and VPS hosting are even funnier as you are going to get back a max of $10-50 for your &quot;month&quot; of credit even if your site is down for days...</description>
		<content:encoded><![CDATA[<p>As it has been said in many places SLAs are designed to protect the provider, not the client.  Its a limit of responsibility in the event issues do happen, usually capped at a max of the current monthly fees paid for your specific service or for the portion of your service that was directly affected.  So if you have 3 separate dedicated servers and only 1 of the 3 is affected your SLA coverage for &#8220;uptime&#8221; would only cover that servers portion of your monthly fees&#8230;  ie: protection for the provider, not you as a client.  SLAs on shared and VPS hosting are even funnier as you are going to get back a max of $10-50 for your &#8220;month&#8221; of credit even if your site is down for days&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Son Nguyen</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/08/another-tough-day-at-rackspace/comment-page-1/#comment-4707</link>
		<dc:creator>Son Nguyen</dc:creator>
		<pubDate>Wed, 08 Jul 2009 20:20:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12926#comment-4707</guid>
		<description>The difference in reliability between RackSpace and another decent provider ( with much less expensive monthly cost) is not as much as one perceive.

This further proves that 100% (or 99.999%) uptime is impossible, no matter what the provider says, advertises or promises you.</description>
		<content:encoded><![CDATA[<p>The difference in reliability between RackSpace and another decent provider ( with much less expensive monthly cost) is not as much as one perceive.</p>
<p>This further proves that 100% (or 99.999%) uptime is impossible, no matter what the provider says, advertises or promises you.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

