<?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: Amazon load balancing and server monitoring enhances stack</title>
	<atom:link href="http://www.ghidinelli.com/2009/05/18/amazon-load-balancing-and-server-monitoring-enhances-stack/feed" rel="self" type="application/rss+xml" />
	<link>http://www.ghidinelli.com/2009/05/18/amazon-load-balancing-and-server-monitoring-enhances-stack</link>
	<description></description>
	<lastBuildDate>Thu, 01 Jun 2017 18:51:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Zack Steinkamp</title>
		<link>http://www.ghidinelli.com/2009/05/18/amazon-load-balancing-and-server-monitoring-enhances-stack/comment-page-1#comment-56010</link>
		<dc:creator>Zack Steinkamp</dc:creator>
		<pubDate>Mon, 18 May 2009 18:51:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.ghidinelli.com/?p=714#comment-56010</guid>
		<description>In Pound, we configure it to look at the Host: header and route to specific backends for certain specific hosts.  Most of our webservers serve many virtual hosts, but there are a couple that are specialized (e.g. blog.dipity.com routes to one instance running WordPress).  

It&#039;s not impossible to move the existing config to Amazon&#039;s new deal, but it may not save us as much $$$ if we have to pay for multiple load balancers to have things work &quot;as they should&quot;.</description>
		<content:encoded><![CDATA[<p>In Pound, we configure it to look at the Host: header and route to specific backends for certain specific hosts.  Most of our webservers serve many virtual hosts, but there are a couple that are specialized (e.g. blog.dipity.com routes to one instance running WordPress).  </p>
<p>It&#8217;s not impossible to move the existing config to Amazon&#8217;s new deal, but it may not save us as much $$$ if we have to pay for multiple load balancers to have things work &#8220;as they should&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sami Hoda</title>
		<link>http://www.ghidinelli.com/2009/05/18/amazon-load-balancing-and-server-monitoring-enhances-stack/comment-page-1#comment-56009</link>
		<dc:creator>Sami Hoda</dc:creator>
		<pubDate>Mon, 18 May 2009 18:50:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.ghidinelli.com/?p=714#comment-56009</guid>
		<description>Good article. I read something similar in CIO Magazine recently. However, in their tests they still found cloud computing to be as expensive as in house systems. Again, all this depends on your current setup and where you are headed. I&#039;m interested in this area, but will probably wait till 2010 before making any moves. Security in the cloud, as Cisco&#039;s CEO mentioned, is gonna be a major nightmare. So there are other considerations besides cost.</description>
		<content:encoded><![CDATA[<p>Good article. I read something similar in CIO Magazine recently. However, in their tests they still found cloud computing to be as expensive as in house systems. Again, all this depends on your current setup and where you are headed. I&#8217;m interested in this area, but will probably wait till 2010 before making any moves. Security in the cloud, as Cisco&#8217;s CEO mentioned, is gonna be a major nightmare. So there are other considerations besides cost.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brian</title>
		<link>http://www.ghidinelli.com/2009/05/18/amazon-load-balancing-and-server-monitoring-enhances-stack/comment-page-1#comment-56008</link>
		<dc:creator>brian</dc:creator>
		<pubDate>Mon, 18 May 2009 18:40:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.ghidinelli.com/?p=714#comment-56008</guid>
		<description>@Zack - I couldn&#039;t agree more (and I hope I didn&#039;t contradict myself above even if I didn&#039;t address it directly) on your quality and distraction points.  I hear a lot of people who think of cloud computing at 10c/hour as a way to drastically cut costs.  I don&#039;t think that&#039;s the benefit of cloud computing.  I think the benefits are exactly what you described:  no hardware capex, theoretically &quot;better&quot; infrastructure and less time spent on infrastructure (again, theoretically).  If the cost is within a reasonable percentage of what you&#039;re spending today, it&#039;s a no-brainer to move.  Services like they added today are only making it easier and easier to do so.

Re: their load balancer; how many of the fancy bells and whistles in pound are you using?   We do pretty standard availability checking and least-connection routing with keepalived.</description>
		<content:encoded><![CDATA[<p>@Zack &#8211; I couldn&#8217;t agree more (and I hope I didn&#8217;t contradict myself above even if I didn&#8217;t address it directly) on your quality and distraction points.  I hear a lot of people who think of cloud computing at 10c/hour as a way to drastically cut costs.  I don&#8217;t think that&#8217;s the benefit of cloud computing.  I think the benefits are exactly what you described:  no hardware capex, theoretically &#8220;better&#8221; infrastructure and less time spent on infrastructure (again, theoretically).  If the cost is within a reasonable percentage of what you&#8217;re spending today, it&#8217;s a no-brainer to move.  Services like they added today are only making it easier and easier to do so.</p>
<p>Re: their load balancer; how many of the fancy bells and whistles in pound are you using?   We do pretty standard availability checking and least-connection routing with keepalived.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zack Steinkamp</title>
		<link>http://www.ghidinelli.com/2009/05/18/amazon-load-balancing-and-server-monitoring-enhances-stack/comment-page-1#comment-56006</link>
		<dc:creator>Zack Steinkamp</dc:creator>
		<pubDate>Mon, 18 May 2009 17:48:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.ghidinelli.com/?p=714#comment-56006</guid>
		<description>Good stuff Brian.

For Dipity, we also run a pair of load balancer instances for HA reasons.  However, they&#039;re mostly idle.  Amazon&#039;s load balancer may be a good way to address this, though I&#039;m guessing it doesn&#039;t have the configuration flexibility of our &lt;em&gt;pound&lt;/em&gt; daemon.  The $150/month savings may be worth it though.

I do think that it&#039;s not unreasonable to see how Amazon can provide this service cheaper than you can and still make a profit.  The nature of their systems is quite different (multiprocessor hardware, huge storage racks) than something you would or could (afford to) do yourself.  They&#039;ve got an ops staff, and industrial grade hardware -- so what they&#039;re offering lis likely *better* than what you or I would build.

There are advantages not only in capital outlay, but in the time you spend troubleshooting issues.  For instance, if you own the disks that are running your database, a failure in one (not uncommon) can mean a trip to the store, a trip to the colo, and crossed fingers that you&#039;ve found the problem.  With a big cloud solution, we do not worry about disk storage any more.  The dollar outlay is similar, but the time and reliability aspect is a big win.  

When you&#039;re a small shop, any time diversion from your core business is costly.</description>
		<content:encoded><![CDATA[<p>Good stuff Brian.</p>
<p>For Dipity, we also run a pair of load balancer instances for HA reasons.  However, they&#8217;re mostly idle.  Amazon&#8217;s load balancer may be a good way to address this, though I&#8217;m guessing it doesn&#8217;t have the configuration flexibility of our <em>pound</em> daemon.  The $150/month savings may be worth it though.</p>
<p>I do think that it&#8217;s not unreasonable to see how Amazon can provide this service cheaper than you can and still make a profit.  The nature of their systems is quite different (multiprocessor hardware, huge storage racks) than something you would or could (afford to) do yourself.  They&#8217;ve got an ops staff, and industrial grade hardware &#8212; so what they&#8217;re offering lis likely *better* than what you or I would build.</p>
<p>There are advantages not only in capital outlay, but in the time you spend troubleshooting issues.  For instance, if you own the disks that are running your database, a failure in one (not uncommon) can mean a trip to the store, a trip to the colo, and crossed fingers that you&#8217;ve found the problem.  With a big cloud solution, we do not worry about disk storage any more.  The dollar outlay is similar, but the time and reliability aspect is a big win.  </p>
<p>When you&#8217;re a small shop, any time diversion from your core business is costly.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
