<?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: GoGrid FAQs &#8211; Part 1</title>
	<atom:link href="http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/</link>
	<description>&#34;Complex Infrastructure Made Easy™&#34;</description>
	<lastBuildDate>Wed, 22 May 2013 15:20:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Michael Sheehan</title>
		<link>http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/#comment-52</link>
		<dc:creator>Michael Sheehan</dc:creator>
		<pubDate>Fri, 18 Apr 2008 17:12:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/#comment-52</guid>
		<description><![CDATA[@Adam,

While you are correct about beta products not typically being covered by SLA&#039;s, we do tend to honor it. Frequently these are decided on a case by case basis.

-Michael]]></description>
		<content:encoded><![CDATA[<p>@Adam,</p>
<p>While you are correct about beta products not typically being covered by SLA&#8217;s, we do tend to honor it. Frequently these are decided on a case by case basis.</p>
<p>-Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/#comment-51</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Wed, 16 Apr 2008 19:13:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/#comment-51</guid>
		<description><![CDATA[I&#039;ve gotten conflicting reports on whether the public beta is covered by the 10,000% percent SLA or not.

Can you clarify this?

Thanks!]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve gotten conflicting reports on whether the public beta is covered by the 10,000% percent SLA or not.</p>
<p>Can you clarify this?</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Sheehan</title>
		<link>http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/#comment-44</link>
		<dc:creator>Michael Sheehan</dc:creator>
		<pubDate>Tue, 08 Apr 2008 19:50:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/#comment-44</guid>
		<description><![CDATA[@Adam,

We share your concern about data permanence and persistence. First, since GoGrid is built on a grid of servers (nodes) and each node is built using RAID protected storage volumes, should a node disk experience an issue, standard RAID practices apply. This means that is it pretty difficult to lose your data. However, we do recommend that you back up your data regularly using whatever process you choose. 

Also, when you deploy a new GoGrid server, it is typically created within different nodes within the grid, so, yes you could use a new GoGrid server instance for backup. 

Future releases of GoGrid will include other methods for storing your data so we recommend that you check back frequently.

But bottom line, it is recommended with this and any other hosting solution that you employ some sort of manual or automated backup.

-Michael]]></description>
		<content:encoded><![CDATA[<p>@Adam,</p>
<p>We share your concern about data permanence and persistence. First, since GoGrid is built on a grid of servers (nodes) and each node is built using RAID protected storage volumes, should a node disk experience an issue, standard RAID practices apply. This means that is it pretty difficult to lose your data. However, we do recommend that you back up your data regularly using whatever process you choose. </p>
<p>Also, when you deploy a new GoGrid server, it is typically created within different nodes within the grid, so, yes you could use a new GoGrid server instance for backup. </p>
<p>Future releases of GoGrid will include other methods for storing your data so we recommend that you check back frequently.</p>
<p>But bottom line, it is recommended with this and any other hosting solution that you employ some sort of manual or automated backup.</p>
<p>-Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/#comment-43</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Tue, 08 Apr 2008 19:41:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/#comment-43</guid>
		<description><![CDATA[Great, I&#039;m glad to see you&#039;ll be offering the larger hard drive space.

One of my main concerns is the permanence of the data we store. With actual servers, we use raid drives or backup the data to a separate server to reduce the chance of data loss.

Because these are instances instead of individual servers, I can&#039;t shake the feeling (perhaps wrong) that there is a higher chance of data loss.

Is backing up data to a separate instance reasonable protection? Do you offer some form of permanent/protected backup space connected to the grid? Can you perhaps explain in more detail how we&#039;re protected from failure?

Thanks!]]></description>
		<content:encoded><![CDATA[<p>Great, I&#8217;m glad to see you&#8217;ll be offering the larger hard drive space.</p>
<p>One of my main concerns is the permanence of the data we store. With actual servers, we use raid drives or backup the data to a separate server to reduce the chance of data loss.</p>
<p>Because these are instances instead of individual servers, I can&#8217;t shake the feeling (perhaps wrong) that there is a higher chance of data loss.</p>
<p>Is backing up data to a separate instance reasonable protection? Do you offer some form of permanent/protected backup space connected to the grid? Can you perhaps explain in more detail how we&#8217;re protected from failure?</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Sheehan</title>
		<link>http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/#comment-41</link>
		<dc:creator>Michael Sheehan</dc:creator>
		<pubDate>Mon, 07 Apr 2008 17:30:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gogrid.com/2008/03/28/gogrid-faqs-part-1/#comment-41</guid>
		<description><![CDATA[@Adam,

Yes, when the new RAM configurations (4GB and 8GB) are rolled out, they are tied to larger hard drive allocations (250 GB and 500 GB respectively). We don&#039;t have a release date on those but it will be fairly soon. Just check back on the blog regularly (or subscribe to the RSS feed).
Thanks,
Michael]]></description>
		<content:encoded><![CDATA[<p>@Adam,</p>
<p>Yes, when the new RAM configurations (4GB and 8GB) are rolled out, they are tied to larger hard drive allocations (250 GB and 500 GB respectively). We don&#8217;t have a release date on those but it will be fairly soon. Just check back on the blog regularly (or subscribe to the RSS feed).<br />
Thanks,<br />
Michael</p>
]]></content:encoded>
	</item>
</channel>
</rss>
