<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Ash Searle's Blog &#187; Servers</title>
	<atom:link href="http://hexmen.com/blog/category/servers/feed/" rel="self" type="application/rss+xml" />
	<link>http://hexmen.com/blog</link>
	<description>On programming, and other things...</description>
	<lastBuildDate>Mon, 03 Jan 2011 16:21:36 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Bloody hosting&#160;providers</title>
		<link>http://hexmen.com/blog/2008/08/bloody-hosting-providers/</link>
		<comments>http://hexmen.com/blog/2008/08/bloody-hosting-providers/#comments</comments>
		<pubDate>Fri, 29 Aug 2008 10:22:38 +0000</pubDate>
		<dc:creator>Ash</dc:creator>
				<category><![CDATA[Rant]]></category>
		<category><![CDATA[Servers]]></category>

		<guid isPermaLink="false">http://hexmen.com/blog/?p=59</guid>
		<description><![CDATA[Choosing a hosting provider can be a difficult process, especially when you&#8217;re on a budget. I&#8217;m heavily involved with ewelike, a product information and price-comparison site that we&#8217;re slowly improving as we integrate more price and information feeds. Of course you can&#8217;t actually see ewelike right now, as our hosting provider&#8216;s been trying to commit [...]]]></description>
			<content:encoded><![CDATA[<p>Choosing a hosting provider can be a difficult process, especially when you&#8217;re on a budget.</p>
<p>I&#8217;m heavily involved with <a href="http://ewelike.com">ewelike</a>, a product information and price-comparison site that we&#8217;re <em>slowly</em> improving as we integrate more price and information feeds.</p>
<p>Of course you can&#8217;t actually <em>see</em> ewelike right now, as <a href="http://www.flexiscale.com/">our hosting provider</a>&#8216;s been trying to commit <a href="http://en.wikipedia.org/wiki/Hari_kari">hari kari</a> for the last 3 days.</p>
<p>On-demand computing?  Not quite.</p>
<p><strong>Update: 2008-09-01</strong> <a href="http://ewelike.com">ewelike</a> came back to life on Friday night.  Aside from some recoverable table-corruption, I think we&#8217;ve emerged relatively unscathed &#8211; and possibly a little bit wiser.</p>
<h3>Decisions on a shoe-string</h3>
<p>We didn&#8217;t have the option of cloud-computing when we started, and we definitely didn&#8217;t have the venture capital to buy our own hardware.  Our choice was between shared-hosting and private-servers.</p>
<p>We chose shared-hosting with <a href="http://www.dreamhost.com">dreamhost</a>.  Compared to service providers in England, dreamhost offered an enticing package with plenty of storage and bandwidth included.  We&#8217;d got a good feel about them as we knew plenty of designers, developers and bloggers that used or recommended them.</p>
<p>Setup was simple, and we were pleasantly surprised by the freedom offered for a shared-hosting platform &#8211; they even allowed users to install custom-compiled copies of PHP to run on.</p>
<p>Sadly, we suffered a few reliability issues, and we never had any guarantee of performance.  Once our database started to grow and performance dropped, we realized we need to look around at someone else  (at this point, we&#8217;d had too many reliability issues to give dreamhost&#8217;s private servers a go.)</p>
<p>There were so many options for private-servers that we suffered a touch of analysis-paralysis.  Should we rent or buy?  Build our own server, or let someone else do it?  Which flavor of Linux should we go for?</p>
<p>And then cloud-computing took off.</p>
<h3>Cloud computing</h3>
<p>After looking at various grid services, we narrowed our options to <a href="http://aws.amazon.com/ec2">Amazon&#8217;s Elastic Compute Cloud</a> and <a href="http://www.flexiscale.com">Flexiscale</a>.  Running a price-comparison site using Amazon&#8217;s platform just felt wrong &#8211; including Amazon is price-comparison is almost mandatory, but storing their competitor&#8217;s prices, product images and information within Amazon&#8217;s data-centers?  That&#8217;s just weird.</p>
<p>The FlexiScale service is provided by <a href="http://www.xcalibre.co.uk/index.html">xcalibre</a>, a UK-based company I use to host the hexmen site, run by a team I&#8217;ve found supportive and responsive in the past.  The most enticing things about FlexiScale were fast setup times, low startup costs, and simple methods for improving (virtual) server performance &#8211; with straight-forward billing costs.</p>
<p>We&#8217;ve been running on a Flexiscale for a few months without any problems.  Until a few days ago.</p>
<h3>Your risk or mine?</h3>
<p>When Amazon&#8217;s EC2 service had an outage earlier this year, I asked a friend &#8220;would you rather deal with regular outages yourself, or put-up with occasional problems completely out of your control?&#8221;</p>
<p>We&#8217;d been thinking about hosting something ourselves: our own PCs in our own homes, using our own broadband connections.  The hardware would probably be the most reliable piece of the puzzle, and the broadband the least.  In fact, we worked on the assumption that we&#8217;d probably be missing for an hour or so every week, with the occasional issue where we&#8217;d be gone for a few hours (and ranting down the phone at our ISP.)</p>
<p>The risks of home-hosting seemed too great.  Much better to go with a professional outfit with monitoring and procedures in place to resolve the inevitable problems as quickly and painlessly as possible.</p>
<h3>Misery</h3>
<p>Ewelike&#8217;s been down 3 days now.  <strong>Three days!</strong>  I know we&#8217;ve still got a lot of work to do to build-up traffic and a loyal user-base, and that&#8217;s probably a saving grace at this point.  I&#8217;d hate to be clock-watching thinking &#8220;that&#8217;s another thousand pounds lost&#8230;  And another&#8230;&#8221;.</p>
<p>I&#8217;m going to crawl off and figure out how to handle fail-over in future.  Do we need to go so far as having the app ready to run on two different clouds?  Would we be paranoid enough to have primary and secondary name-servers pointing to different services, just in-case one goes down?</p>
<p>It&#8217;s time to stop wallowing and crack on with things &#8211; but first I&#8217;ll get my English on and make a nice cup of tea.  That&#8217;ll fix it.</p>
]]></content:encoded>
			<wfw:commentRss>http://hexmen.com/blog/2008/08/bloody-hosting-providers/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

