<?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 for vPivot</title>
	<atom:link href="http://vpivot.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://vpivot.com</link>
	<description>Scott Drummonds on Virtualization</description>
	<lastBuildDate>Thu, 02 Feb 2012 12:54:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on VMware Thin Disks on EMC Virtual Provisioning by Rotem Agmon</title>
		<link>http://vpivot.com/2012/02/01/vmware-thin-disks-on-emc-virtual-provisioning/comment-page-1/#comment-12385</link>
		<dc:creator>Rotem Agmon</dc:creator>
		<pubDate>Thu, 02 Feb 2012 12:54:27 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=1106#comment-12385</guid>
		<description>Hi Scott,

This paper has been made available for public viewing:

http://www.emc.com/collateral/hardware/solution-overview/h2529-vmware-esx-svr-w-symmetrix-wp-ldv.pdf</description>
		<content:encoded><![CDATA[<p>Hi Scott,</p>
<p>This paper has been made available for public viewing:</p>
<p><a href="http://www.emc.com/collateral/hardware/solution-overview/h2529-vmware-esx-svr-w-symmetrix-wp-ldv.pdf" rel="nofollow">http://www.emc.com/collateral/hardware/solution-overview/h2529-vmware-esx-svr-w-symmetrix-wp-ldv.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VMware Thin Disks on EMC Virtual Provisioning by Keith</title>
		<link>http://vpivot.com/2012/02/01/vmware-thin-disks-on-emc-virtual-provisioning/comment-page-1/#comment-12374</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Wed, 01 Feb 2012 21:16:17 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=1106#comment-12374</guid>
		<description>Thanks Scott for the response; Great post on this topic!</description>
		<content:encoded><![CDATA[<p>Thanks Scott for the response; Great post on this topic!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SIOC Alarm FAQ by Fred Peterson</title>
		<link>http://vpivot.com/2012/01/10/sioc-alarm-faq/comment-page-1/#comment-12241</link>
		<dc:creator>Fred Peterson</dc:creator>
		<pubDate>Thu, 26 Jan 2012 22:27:28 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=1096#comment-12241</guid>
		<description>If you&#039;re using pooled storage and you get this alarm, you aren&#039;t providing enough headroom for the IOPS required from the virtual infrastructure.

More spindles!</description>
		<content:encoded><![CDATA[<p>If you&#8217;re using pooled storage and you get this alarm, you aren&#8217;t providing enough headroom for the IOPS required from the virtual infrastructure.</p>
<p>More spindles!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SIOC Alarm FAQ by afidel</title>
		<link>http://vpivot.com/2012/01/10/sioc-alarm-faq/comment-page-1/#comment-12099</link>
		<dc:creator>afidel</dc:creator>
		<pubDate>Wed, 18 Jan 2012 05:16:55 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=1096#comment-12099</guid>
		<description>Well, if you are pooling your storage between VMWare and other workloads then SIOC isn&#039;t doing you any good and that is what the alarm is letting you know. Basically VMWare setup SIOC so that it wouldn&#039;t try to completely strangle your VM&#039;s just so that a workload with an unknown priority can use up the freed capacity (where capacity is bandwidth or IOPS).</description>
		<content:encoded><![CDATA[<p>Well, if you are pooling your storage between VMWare and other workloads then SIOC isn&#8217;t doing you any good and that is what the alarm is letting you know. Basically VMWare setup SIOC so that it wouldn&#8217;t try to completely strangle your VM&#8217;s just so that a workload with an unknown priority can use up the freed capacity (where capacity is bandwidth or IOPS).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SIOC Alarm FAQ by Tomi Hakala</title>
		<link>http://vpivot.com/2012/01/10/sioc-alarm-faq/comment-page-1/#comment-11906</link>
		<dc:creator>Tomi Hakala</dc:creator>
		<pubDate>Tue, 10 Jan 2012 10:53:29 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=1096#comment-11906</guid>
		<description>This is very annoying alarm since majority of storage arrays today are &quot;pooled&quot; so it is not that unexpected that same disks would be utilized by non-VI workloads. This notification is simply just cluttering vSphere event logs and increasing size of vCenter database unnecessarily.</description>
		<content:encoded><![CDATA[<p>This is very annoying alarm since majority of storage arrays today are &#8220;pooled&#8221; so it is not that unexpected that same disks would be utilized by non-VI workloads. This notification is simply just cluttering vSphere event logs and increasing size of vCenter database unnecessarily.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SIOC Event: Ignore or Panic? by SIOC Alarm FAQ &#171; vPivot</title>
		<link>http://vpivot.com/2010/11/03/sioc-event-ignore-or-panic/comment-page-1/#comment-11905</link>
		<dc:creator>SIOC Alarm FAQ &#171; vPivot</dc:creator>
		<pubDate>Tue, 10 Jan 2012 09:51:31 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=693#comment-11905</guid>
		<description>[...] today&#8217;s post I want to update and amplify thoughts from an old post on Storage IO Control (SIOC).  VMware customers that are using SIOC may sometimes see the following vCenter alarm: Non-VI [...]</description>
		<content:encoded><![CDATA[<p>[...] today&#8217;s post I want to update and amplify thoughts from an old post on Storage IO Control (SIOC).  VMware customers that are using SIOC may sometimes see the following vCenter alarm: Non-VI [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Virtual Network Best Practices Aggregation by Ken Thacker</title>
		<link>http://vpivot.com/2011/03/03/virtual-network-best-practices-aggregation/comment-page-1/#comment-11499</link>
		<dc:creator>Ken Thacker</dc:creator>
		<pubDate>Sat, 24 Dec 2011 22:02:11 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=818#comment-11499</guid>
		<description>You probably have what you need already but I thought that VMware Networking blog would be a good source too. There&#039;s a 6 part series on vDS that&#039;s worth a look. 

http://blogs.vmware.com/networking/2011/11/vds-best-practices-.html</description>
		<content:encoded><![CDATA[<p>You probably have what you need already but I thought that VMware Networking blog would be a good source too. There&#8217;s a 6 part series on vDS that&#8217;s worth a look. </p>
<p><a href="http://blogs.vmware.com/networking/2011/11/vds-best-practices-.html" rel="nofollow">http://blogs.vmware.com/networking/2011/11/vds-best-practices-.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Value of SRM by SRM Survey Results &#171; vPivot</title>
		<link>http://vpivot.com/2011/11/03/the-value-of-srm/comment-page-1/#comment-11395</link>
		<dc:creator>SRM Survey Results &#171; vPivot</dc:creator>
		<pubDate>Tue, 20 Dec 2011 07:17:39 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=1035#comment-11395</guid>
		<description>[...] six weeks ago I announced a survey focused on measuring the value of VMware&#8217;s Site Recovery Manager to customers that deploy it. [...]</description>
		<content:encoded><![CDATA[<p>[...] six weeks ago I announced a survey focused on measuring the value of VMware&#8217;s Site Recovery Manager to customers that deploy it. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Flash Storage Revolution: Part II by Ben</title>
		<link>http://vpivot.com/2011/10/13/the-flash-storage-revolution-part-ii/comment-page-1/#comment-10970</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Sun, 04 Dec 2011 23:09:41 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=1022#comment-10970</guid>
		<description>No, thank you.  This kind of stuff makes my job easier, and my more tech-savy customers love it.

Cheers,

Ben</description>
		<content:encoded><![CDATA[<p>No, thank you.  This kind of stuff makes my job easier, and my more tech-savy customers love it.</p>
<p>Cheers,</p>
<p>Ben</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Flash Storage Revolution: Part II by drummonds</title>
		<link>http://vpivot.com/2011/10/13/the-flash-storage-revolution-part-ii/comment-page-1/#comment-10801</link>
		<dc:creator>drummonds</dc:creator>
		<pubDate>Tue, 29 Nov 2011 14:34:30 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=1022#comment-10801</guid>
		<description>Ben, your understanding is correct.  You caught an error in my article.  I have updated the text, swapping &quot;low skew&quot; and &quot;high skew&quot; in the first section you quoted.  The presentation I link is correct, of course.  Check slide 17 where the presentation puts example numbers showing that low skew environments keep data hotter longer.

Excellent catch and thank you for bringing it to my attention.</description>
		<content:encoded><![CDATA[<p>Ben, your understanding is correct.  You caught an error in my article.  I have updated the text, swapping &#8220;low skew&#8221; and &#8220;high skew&#8221; in the first section you quoted.  The presentation I link is correct, of course.  Check slide 17 where the presentation puts example numbers showing that low skew environments keep data hotter longer.</p>
<p>Excellent catch and thank you for bringing it to my attention.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

