<?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 Blades Made Simple</title>
	<atom:link href="http://bladesmadesimple.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://bladesmadesimple.com</link>
	<description>Making blade servers simple</description>
	<lastBuildDate>Thu, 11 Mar 2010 22:07:31 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on 4 Socket Blade Servers Density: Vendor Comparison by mike</title>
		<link>http://bladesmadesimple.com/2010/03/4-socket-blade-servers-density-vendor-comparison/comment-page-1/#comment-238</link>
		<dc:creator>mike</dc:creator>
		<pubDate>Thu, 11 Mar 2010 22:07:31 +0000</pubDate>
		<guid isPermaLink="false">http://bladesmadesimple.com/?p=381#comment-238</guid>
		<description>Nik,&lt;br&gt;Dell 4S blades (others have a bit more limitations in redundancy, but can support pretty large IO expansion) have the capability to support 2 pairs of mezz cards (e.g. 2 x 2 port 10Gb + 2 x 2 port FC or 4 x 2 port 10Gb) in addition to 2 pairs of dual port 1Gb. So lots of IO capability and full redundancy.</description>
		<content:encoded><![CDATA[<p>Nik,<br />Dell 4S blades (others have a bit more limitations in redundancy, but can support pretty large IO expansion) have the capability to support 2 pairs of mezz cards (e.g. 2 x 2 port 10Gb + 2 x 2 port FC or 4 x 2 port 10Gb) in addition to 2 pairs of dual port 1Gb. So lots of IO capability and full redundancy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 4 Socket Blade Servers Density: Vendor Comparison by mike</title>
		<link>http://bladesmadesimple.com/2010/03/4-socket-blade-servers-density-vendor-comparison/comment-page-1/#comment-239</link>
		<dc:creator>mike</dc:creator>
		<pubDate>Thu, 11 Mar 2010 22:01:52 +0000</pubDate>
		<guid isPermaLink="false">http://bladesmadesimple.com/?p=381#comment-239</guid>
		<description>you make a great point that absolutely needs to be looked at in more detail. we published a paper with Intel on how a plain old 10Gb controller using standard VMWare tools is ideal for LAN consolidation and even LAN/SAN consolidation with iSCSI. And you dont need a Flex10 or IBM VFA to do it, VMWare has all the QoS/rate limiting (if you need it - most environments dont even need that level of complexity today) and vLAN capabilities already so you can keep it simple.  that paper is posted here:&lt;br&gt;&lt;a href=&quot;http://download.intel.com/support/network/sb/10gbe_vsphere_wp_final.pdf&quot; rel=&quot;nofollow&quot;&gt;http://download.intel.com/support/network/sb/10...&lt;/a&gt; &lt;br&gt;brad hedlund from Cisco in his blog posted a similar view but naturally advocated use of Nexus 5K/1K QoS features to achieve a similar goal.&lt;br&gt;to your point though, EX does enable much higher levels of consolidation, so our next project will be to explore that scenario in more detail.</description>
		<content:encoded><![CDATA[<p>you make a great point that absolutely needs to be looked at in more detail. we published a paper with Intel on how a plain old 10Gb controller using standard VMWare tools is ideal for LAN consolidation and even LAN/SAN consolidation with iSCSI. And you dont need a Flex10 or IBM VFA to do it, VMWare has all the QoS/rate limiting (if you need it &#8211; most environments dont even need that level of complexity today) and vLAN capabilities already so you can keep it simple.  that paper is posted here:<br /><a href="http://download.intel.com/support/network/sb/10gbe_vsphere_wp_final.pdf" rel="nofollow"></a><a href="http://download.intel.com/support/network/sb/10.." rel="nofollow">http://download.intel.com/support/network/sb/10..</a>. <br />brad hedlund from Cisco in his blog posted a similar view but naturally advocated use of Nexus 5K/1K QoS features to achieve a similar goal.<br />to your point though, EX does enable much higher levels of consolidation, so our next project will be to explore that scenario in more detail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 4 Socket Blade Servers Density: Vendor Comparison by Nik Simpson</title>
		<link>http://bladesmadesimple.com/2010/03/4-socket-blade-servers-density-vendor-comparison/comment-page-1/#comment-237</link>
		<dc:creator>Nik Simpson</dc:creator>
		<pubDate>Thu, 11 Mar 2010 19:48:53 +0000</pubDate>
		<guid isPermaLink="false">http://bladesmadesimple.com/?p=381#comment-237</guid>
		<description>RAM is important, but so is enough redundant I/O bandwidth, and that&#039;s often where 4-socket blades fall short.</description>
		<content:encoded><![CDATA[<p>RAM is important, but so is enough redundant I/O bandwidth, and that&#39;s often where 4-socket blades fall short.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 4 Socket Blade Servers Density: Vendor Comparison by David Watts</title>
		<link>http://bladesmadesimple.com/2010/03/4-socket-blade-servers-density-vendor-comparison/comment-page-1/#comment-236</link>
		<dc:creator>David Watts</dc:creator>
		<pubDate>Thu, 11 Mar 2010 19:38:27 +0000</pubDate>
		<guid isPermaLink="false">http://bladesmadesimple.com/?p=381#comment-236</guid>
		<description>Good comparison Kevin. The next step would be to compare memory DIMM count as well as CPU count, since the key to really using a 4-socket system is to have sufficient RAM.</description>
		<content:encoded><![CDATA[<p>Good comparison Kevin. The next step would be to compare memory DIMM count as well as CPU count, since the key to really using a 4-socket system is to have sufficient RAM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 4 Socket Blade Servers Density: Vendor Comparison by Kevin Houston</title>
		<link>http://bladesmadesimple.com/2010/03/4-socket-blade-servers-density-vendor-comparison/comment-page-1/#comment-235</link>
		<dc:creator>Kevin Houston</dc:creator>
		<pubDate>Thu, 11 Mar 2010 19:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://bladesmadesimple.com/?p=381#comment-235</guid>
		<description>I&#039;d love to learn more about #dell &#039;s upcoming Nehalem EX innovation.  Reach out to me - you can find my contact information on the site, or Direct Message me on Twitter (@Kevin_Houston).  Thanks for reading!</description>
		<content:encoded><![CDATA[<p>I&#39;d love to learn more about #dell &#39;s upcoming Nehalem EX innovation.  Reach out to me &#8211; you can find my contact information on the site, or Direct Message me on Twitter (@Kevin_Houston).  Thanks for reading!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 4 Socket Blade Servers Density: Vendor Comparison by Kevin Houston</title>
		<link>http://bladesmadesimple.com/2010/03/4-socket-blade-servers-density-vendor-comparison/comment-page-1/#comment-234</link>
		<dc:creator>Kevin Houston</dc:creator>
		<pubDate>Thu, 11 Mar 2010 19:18:28 +0000</pubDate>
		<guid isPermaLink="false">http://bladesmadesimple.com/?p=381#comment-234</guid>
		<description>You mention NIC bottlenecking due to the movement from 10-15 active VMs to 50-70 active VMs per blade - for both server to server communications and our iSCSI SAN.  Are you using 10Gb Ethernet connections from the Dell blades to the network?  I&#039;m always interested in learning about real usages of the blade servers.  Thanks for reading!</description>
		<content:encoded><![CDATA[<p>You mention NIC bottlenecking due to the movement from 10-15 active VMs to 50-70 active VMs per blade &#8211; for both server to server communications and our iSCSI SAN.  Are you using 10Gb Ethernet connections from the Dell blades to the network?  I&#39;m always interested in learning about real usages of the blade servers.  Thanks for reading!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 4 Socket Blade Servers Density: Vendor Comparison by Anonymous</title>
		<link>http://bladesmadesimple.com/2010/03/4-socket-blade-servers-density-vendor-comparison/comment-page-1/#comment-233</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 11 Mar 2010 14:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://bladesmadesimple.com/?p=381#comment-233</guid>
		<description>We are a major blade shop with about 20 chassis.&lt;br&gt;&lt;br&gt;We have pre-production M910s in house under evaluation at this time. ( I will not steal Dell&#039;s thunder on what they look like.) We have loaded Oracle, VMware, Linux, Windows and are testing various applications. So far, so good. We are in the process of our next round of capacity expansion and expect to replace all of our production systems with the EX line. &lt;br&gt;&lt;br&gt;Here is my take on EX. It will address 512 to 1024 GB of RAM, so the primary focus of the EX will be to increase density in existing deployments or in new consolidation efforts while giving databases more cache. &lt;br&gt;&lt;br&gt;For us, we will be able to increase our density of VMs or databases five-fold over the current 96GB RAM half-height system - with the impact being felt in our dev/test environments. In production, we will be able to deal with increased workloads by consolidating hoggy apps onto VMs from standalone systems and increasing the cache on our Oracle databases. &lt;br&gt;&lt;br&gt;The limit we will run into will be NIC bottlenecking due to the movement from 10-15 active VMs to 50-70 active VMs per blade - for both server to server communications and our iSCSI SAN. We are not sure where the sweet spot is - we expect this will be a bigger impact in production under load than our other environments. We plan to test this once we get our hands on a production M910.&lt;br&gt;&lt;br&gt;Dell and others will have to move towards the next step on network bandwidth at some point.</description>
		<content:encoded><![CDATA[<p>We are a major blade shop with about 20 chassis.</p>
<p>We have pre-production M910s in house under evaluation at this time. ( I will not steal Dell&#39;s thunder on what they look like.) We have loaded Oracle, VMware, Linux, Windows and are testing various applications. So far, so good. We are in the process of our next round of capacity expansion and expect to replace all of our production systems with the EX line. </p>
<p>Here is my take on EX. It will address 512 to 1024 GB of RAM, so the primary focus of the EX will be to increase density in existing deployments or in new consolidation efforts while giving databases more cache. </p>
<p>For us, we will be able to increase our density of VMs or databases five-fold over the current 96GB RAM half-height system &#8211; with the impact being felt in our dev/test environments. In production, we will be able to deal with increased workloads by consolidating hoggy apps onto VMs from standalone systems and increasing the cache on our Oracle databases. </p>
<p>The limit we will run into will be NIC bottlenecking due to the movement from 10-15 active VMs to 50-70 active VMs per blade &#8211; for both server to server communications and our iSCSI SAN. We are not sure where the sweet spot is &#8211; we expect this will be a bigger impact in production under load than our other environments. We plan to test this once we get our hands on a production M910.</p>
<p>Dell and others will have to move towards the next step on network bandwidth at some point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 4 Socket Blade Servers Density: Vendor Comparison by mike</title>
		<link>http://bladesmadesimple.com/2010/03/4-socket-blade-servers-density-vendor-comparison/comment-page-1/#comment-232</link>
		<dc:creator>mike</dc:creator>
		<pubDate>Thu, 11 Mar 2010 09:13:56 +0000</pubDate>
		<guid isPermaLink="false">http://bladesmadesimple.com/?p=381#comment-232</guid>
		<description>Hi kevin (i work at dell) and enjoy reading your blog. We dont talk about our innovation enough in the press, real innovation that helps customers. i&#039;d be happy to talk to you about it if you want. our EX launch is going to be a big proof point of this and it will really contrast our approach to solving real world customer problems in a much more practical way than (for example) IBM&#039;s approach. there are many other examples of shipping today in our blades. take care..</description>
		<content:encoded><![CDATA[<p>Hi kevin (i work at dell) and enjoy reading your blog. We dont talk about our innovation enough in the press, real innovation that helps customers. i&#39;d be happy to talk to you about it if you want. our EX launch is going to be a big proof point of this and it will really contrast our approach to solving real world customer problems in a much more practical way than (for example) IBM&#39;s approach. there are many other examples of shipping today in our blades. take care..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 4 Socket Blade Servers Density: Vendor Comparison by Kevin Houston</title>
		<link>http://bladesmadesimple.com/2010/03/4-socket-blade-servers-density-vendor-comparison/comment-page-1/#comment-230</link>
		<dc:creator>Kevin Houston</dc:creator>
		<pubDate>Thu, 11 Mar 2010 05:49:57 +0000</pubDate>
		<guid isPermaLink="false">http://bladesmadesimple.com/?p=381#comment-230</guid>
		<description>#dell and &quot;innovation&quot; have not been used together in many sentences over the past few years, so I look forward to seeing what they have in store.  Thanks for the comment!</description>
		<content:encoded><![CDATA[<p>#dell and &#8220;innovation&#8221; have not been used together in many sentences over the past few years, so I look forward to seeing what they have in store.  Thanks for the comment!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Virtual I/O on IBM BladeCenter (IBM Virtual Fabric Adapter by Emulex) by jmetz</title>
		<link>http://bladesmadesimple.com/2010/03/virtual-io-on-ibm-bladecenter-ibm-virtual-fabric-adapter-by-emulex/comment-page-1/#comment-231</link>
		<dc:creator>jmetz</dc:creator>
		<pubDate>Thu, 11 Mar 2010 05:26:08 +0000</pubDate>
		<guid isPermaLink="false">http://bladesmadesimple.com/2010/03/virtual-io-on-ibm-bladecenter-ibm-virtual-fabric-adapter-by-emulex/#comment-231</guid>
		<description>Mark, I didn&#039;t say HP did iSCSI offload on Flex-10. I said HP does iSCSI hardware offload using QLogic&#039;s QMH4062 which is compatible with Virtual Connect Flex-10 technology.</description>
		<content:encoded><![CDATA[<p>Mark, I didn&#39;t say HP did iSCSI offload on Flex-10. I said HP does iSCSI hardware offload using QLogic&#39;s QMH4062 which is compatible with Virtual Connect Flex-10 technology.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
