<?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: EC2/EBS single and RAID volumes IO benchmark</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/</link>
	<description>Percona&#039;s MySQL &#38; InnoDB performance and scalability blog</description>
	<lastBuildDate>Sat, 11 Feb 2012 16:45:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Ozgur Akan</title>
		<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/comment-page-1/#comment-860748</link>
		<dc:creator>Ozgur Akan</dc:creator>
		<pubDate>Tue, 20 Dec 2011 16:50:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=943#comment-860748</guid>
		<description>Hi,

@Vadim, I believe things must have improved on AWS/EBS side so like Laszio posted, maybe there is not much performance difference any more with different RAID setups.Do you plan to repeat the test?

Also it would be interesting to compare these with RDS.

best wishes,
Oz</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>@Vadim, I believe things must have improved on AWS/EBS side so like Laszio posted, maybe there is not much performance difference any more with different RAID setups.Do you plan to repeat the test?</p>
<p>Also it would be interesting to compare these with RDS.</p>
<p>best wishes,<br />
Oz</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: László Bácsi</title>
		<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/comment-page-1/#comment-829443</link>
		<dc:creator>László Bácsi</dc:creator>
		<pubDate>Fri, 07 Oct 2011 10:41:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=943#comment-829443</guid>
		<description>@Vadim, we were considering a RAID setup on EC2 and I found this post. I wanted to confirm your findings before doing something like this in production. I created a new large instance and a RAID0 array of 4 EBS volumes (4GB each). I used the same configuration as you did. I also attached a single EBS volume for reference. I used XFS on both and I run the same benchmark as you did.

I was surprised to find *no performance improvement* whatsoever over the single EBS volume. All the results were almost the same except for rndwr with 8 threads for the 256Mb file (which showed a 1.6x improvement with raid0).

Do you have any idea why this might be? I&#039;ve uploaded my results to CloudApp: http://cl.ly/0W3q3e3V432X2e3z3n1Y/sysbench_ebs_raid0_4.zip and http://cl.ly/3G2v280d2a2r3N3r3w1N/sysbench_ebs_single_drive.zip</description>
		<content:encoded><![CDATA[<p>@Vadim, we were considering a RAID setup on EC2 and I found this post. I wanted to confirm your findings before doing something like this in production. I created a new large instance and a RAID0 array of 4 EBS volumes (4GB each). I used the same configuration as you did. I also attached a single EBS volume for reference. I used XFS on both and I run the same benchmark as you did.</p>
<p>I was surprised to find *no performance improvement* whatsoever over the single EBS volume. All the results were almost the same except for rndwr with 8 threads for the 256Mb file (which showed a 1.6x improvement with raid0).</p>
<p>Do you have any idea why this might be? I&#8217;ve uploaded my results to CloudApp: <a href="http://cl.ly/0W3q3e3V432X2e3z3n1Y/sysbench_ebs_raid0_4.zip" rel="nofollow">http://cl.ly/0W3q3e3V432X2e3z3n1Y/sysbench_ebs_raid0_4.zip</a> and <a href="http://cl.ly/3G2v280d2a2r3N3r3w1N/sysbench_ebs_single_drive.zip" rel="nofollow">http://cl.ly/3G2v280d2a2r3N3r3w1N/sysbench_ebs_single_drive.zip</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Brown</title>
		<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/comment-page-1/#comment-807313</link>
		<dc:creator>Aaron Brown</dc:creator>
		<pubDate>Sun, 24 Jul 2011 18:41:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=943#comment-807313</guid>
		<description>RAIDed EBS volumes can be snapshotted just as with non-RAIDed volumes.  You simply have to either unmount the md volume or use XFS and freeze the volume briefly for the duration of the snapshot.  ec2-consistent-snapshot from Alestic supports the XFS freeze/unfreeze methodology with a FLUSH TABLES WITH READ LOCK or MySQL shutdown.</description>
		<content:encoded><![CDATA[<p>RAIDed EBS volumes can be snapshotted just as with non-RAIDed volumes.  You simply have to either unmount the md volume or use XFS and freeze the volume briefly for the duration of the snapshot.  ec2-consistent-snapshot from Alestic supports the XFS freeze/unfreeze methodology with a FLUSH TABLES WITH READ LOCK or MySQL shutdown.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wes Shull</title>
		<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/comment-page-1/#comment-782307</link>
		<dc:creator>Wes Shull</dc:creator>
		<pubDate>Thu, 11 Nov 2010 04:31:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=943#comment-782307</guid>
		<description>@Dave Rose:

EBS volumes can only be accessed by instances in the same availability zone, so the answer to your question is &quot;yes&quot;, by necessity.</description>
		<content:encoded><![CDATA[<p>@Dave Rose:</p>
<p>EBS volumes can only be accessed by instances in the same availability zone, so the answer to your question is &#8220;yes&#8221;, by necessity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Rose</title>
		<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/comment-page-1/#comment-758868</link>
		<dc:creator>Dave Rose</dc:creator>
		<pubDate>Tue, 04 May 2010 21:35:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=943#comment-758868</guid>
		<description>Were all your EBS volumes in the same availability zone?</description>
		<content:encoded><![CDATA[<p>Were all your EBS volumes in the same availability zone?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marlon</title>
		<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/comment-page-1/#comment-757040</link>
		<dc:creator>Marlon</dc:creator>
		<pubDate>Sat, 01 May 2010 07:13:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=943#comment-757040</guid>
		<description>http://aws.amazon.com/ec2/instance-types/ says:

&quot;While some resources like CPU, memory and instance storage are dedicated to a particular instance, other resources like the network and the disk subsystem are shared among instances.&quot;

While I have no experience with EC2, I assume this to cause quite a bit of unrealiable I/O behavior.</description>
		<content:encoded><![CDATA[<p><a href="http://aws.amazon.com/ec2/instance-types/" rel="nofollow">http://aws.amazon.com/ec2/instance-types/</a> says:</p>
<p>&#8220;While some resources like CPU, memory and instance storage are dedicated to a particular instance, other resources like the network and the disk subsystem are shared among instances.&#8221;</p>
<p>While I have no experience with EC2, I assume this to cause quite a bit of unrealiable I/O behavior.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc Slemko</title>
		<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/comment-page-1/#comment-629544</link>
		<dc:creator>Marc Slemko</dc:creator>
		<pubDate>Thu, 13 Aug 2009 23:49:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=943#comment-629544</guid>
		<description>The issue we ran into trying to get performance out of EBS volumes with software RAID is that they are not all consistent over time.  We were ending up with a slow volume, and which volume was slow might change over time.  If you care about reads, then in theory a smart RAID1 setup with the right kernel could fix that by balancing reads based on performance, but if you just have a dumb round robin read setup then you are hamstrung by the slowest disk.  If you care about writes, it is pretty tough no matter what you do.</description>
		<content:encoded><![CDATA[<p>The issue we ran into trying to get performance out of EBS volumes with software RAID is that they are not all consistent over time.  We were ending up with a slow volume, and which volume was slow might change over time.  If you care about reads, then in theory a smart RAID1 setup with the right kernel could fix that by balancing reads based on performance, but if you just have a dumb round robin read setup then you are hamstrung by the slowest disk.  If you care about writes, it is pretty tough no matter what you do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thorsten von Eicken</title>
		<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/comment-page-1/#comment-629118</link>
		<dc:creator>Thorsten von Eicken</dc:creator>
		<pubDate>Thu, 13 Aug 2009 07:52:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=943#comment-629118</guid>
		<description>Very nice and interesting results. Something that looks fishy to me is that with 1 volume you seem to be getting the best performance with a single thread, but with two striped volumes you get the best performance with 16 threads. If one volume &quot;can&#039;t handle&quot; more than one thread effectively, you should see the best performance on 2 volumes with 2 threads or perhaps 4, but not with 16. So something is going here...

Amazon is pretty clear about the fact that each EBS volume has redundancy built in and that adding additional redundancy is not particularly recommended (at that point other failure modes dominate anyway). Instead, it is recommended to spend the extra effort on doing frequent snapshots (which have their own set of performance effects).

How many distinct instances did you fire up and run the tests, btw?</description>
		<content:encoded><![CDATA[<p>Very nice and interesting results. Something that looks fishy to me is that with 1 volume you seem to be getting the best performance with a single thread, but with two striped volumes you get the best performance with 16 threads. If one volume &#8220;can&#8217;t handle&#8221; more than one thread effectively, you should see the best performance on 2 volumes with 2 threads or perhaps 4, but not with 16. So something is going here&#8230;</p>
<p>Amazon is pretty clear about the fact that each EBS volume has redundancy built in and that adding additional redundancy is not particularly recommended (at that point other failure modes dominate anyway). Instead, it is recommended to spend the extra effort on doing frequent snapshots (which have their own set of performance effects).</p>
<p>How many distinct instances did you fire up and run the tests, btw?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Callaghan</title>
		<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/comment-page-1/#comment-625775</link>
		<dc:creator>Mark Callaghan</dc:creator>
		<pubDate>Fri, 07 Aug 2009 13:29:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=943#comment-625775</guid>
		<description>@Morgan - the first write to a disk block on EC2 has a performance penalty. I have not read the explanation, but Amazon mentions it at http://docs.amazonwebservices.com/AWSEC2/latest/DeveloperGuide/index.html?instance-storage.html</description>
		<content:encoded><![CDATA[<p>@Morgan &#8211; the first write to a disk block on EC2 has a performance penalty. I have not read the explanation, but Amazon mentions it at <a href="http://docs.amazonwebservices.com/AWSEC2/latest/DeveloperGuide/index.html?instance-storage.html" rel="nofollow">http://docs.amazonwebservices.com/AWSEC2/latest/DeveloperGuide/index.html?instance-storage.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vadim</title>
		<link>http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/comment-page-1/#comment-625561</link>
		<dc:creator>Vadim</dc:creator>
		<pubDate>Fri, 07 Aug 2009 04:22:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=943#comment-625561</guid>
		<description>Jean-Emmanuel OrfÃ¨vre ,

Sorry, typo. fixed</description>
		<content:encoded><![CDATA[<p>Jean-Emmanuel OrfÃ¨vre ,</p>
<p>Sorry, typo. fixed</p>
]]></content:encoded>
	</item>
</channel>
</rss>

