<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>Virtualization Frontier</title>
    <link>http://communities.vmware.com/blogs/ToddMuirhead</link>
    <description>Some Stuff on Enterprise Virtualization from DellTechCenter</description>
    <pubDate>Sat, 07 Jun 2008 15:33:42 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2008-06-07T15:33:42Z</dc:date>
    <item>
      <title>Wiggle Room in Deciding on a Virtualization Server</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/06/07/wiggle-room-in-deciding-on-a-virtualization-server</link>
      <description>What is the best server for virtualization? This is a question that comes up often in discussions, although it is sometimes phrased differently. It might be "&lt;a class="jive-link-external" href="http://www.delltechcenter.com/thread/1522946/VMWare+ESX+on+Blades+(m1000e+++m600)+and+network+configuration"&gt;How many NICs do you recommend for ESX&lt;/a&gt;?" or "&lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Virtualization+Server+Decision+Matrix"&gt;How much RAM can you put in an R805&lt;/a&gt;?" or "&lt;a class="jive-link-external" href="http://www.delltechcenter.com/thread/1515881/Recommendations+for+blade+servers"&gt;Are blades the most power efficient server&lt;/a&gt;?". The really cool thing is that the answer to all of them ends up being the same - If you can tell me what you are trying to do, and the key requirements that you have, I can give you the best answer. Sometimes you need tons of RAM, sometimes you &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/05-30-08+-+Oodles+of+NICs+for+ESX+-+Comments"&gt;oodles of NICs&lt;/a&gt;, and sometimes you are looking for the best value. &lt;br /&gt;
&lt;br /&gt;
We can give you some basic guidance and even provide you with &lt;a class="jive-link-external" href="http://www.dell.com/downloads/global/solutions/Virtualization_architecture.pdf"&gt;reference architectures&lt;/a&gt;, but ultimately everybody has to customize their virtualization solution based on their needs. To provide you with the ability to be able to customize, you have to be educated about what your choices are what the ramifications are for each choice. That's what this focus topic on &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Selecting+a+Server+for+Virtualization"&gt;Selecting a Virtualiation Server&lt;/a&gt; has been all about. Connecting people with the information as well as each other for discussion about the process. This played out in each of the three chats that we did, and can continue on the discussion threads.&lt;br /&gt;
&lt;br /&gt;
This really isn't anything new in the IT world. Almost all solutions have required a certain amount of planning and sizing that was specific for each organization. The advantage with virtualization is that there is more wiggle room to adapt and learn as you go. Because virtualization provides a layer between the VMs and the physical servers, things can be changed, modified, tuned much more easily than without virtualizaiton. If you find that a server is overloaded with too many VMs, you can use &lt;a class="jive-link-external" href="http://www.dell.com/downloads/global/solutions/vmotion_compatiblity_matix.pdf"&gt;VMotion&lt;/a&gt; to move some to another server. If you find that you are out of capacity, you can add another server to the farm and redistribute the VMs to take advantage of the new capacity - without any downtime. &lt;br /&gt;
&lt;br /&gt;
Use this &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/The+Dell+TechCenter+Wiki+Home+Page"&gt;community&lt;/a&gt; to keep the discussion going about what the best server is for virtualization - all questions around this topic are welcome. The opportunity to interact with your peers and find out why and how they made their decisions is really the best answer to a question that has a different answer for everybody.&lt;br /&gt;
&lt;br /&gt;
Todd</description>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">delltechcenter</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">techcenter</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">4-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">2-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">blades</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">chat</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">r805</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">hardware</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">recommendation</category>
      <pubDate>Sat, 07 Jun 2008 15:33:00 GMT</pubDate>
      <author>ToddMuirhead</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/06/07/wiggle-room-in-deciding-on-a-virtualization-server</guid>
      <dc:date>2008-06-07T15:33:00Z</dc:date>
      <clearspace:dateToText>7 months, 4 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ToddMuirhead/comment/wiggle-room-in-deciding-on-a-virtualization-server</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ToddMuirhead/feeds/comments?blogPostID=1824</wfw:commentRss>
    </item>
    <item>
      <title>Iniside IT Video is Still True</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/06/02/iniside-it-video-is-still-true</link>
      <description>I didn't get a chance last week to draw attention to the &lt;a class="jive-link-external" href="http://direct2dell.com/insideit/archive/2008/05/27/2-or-4-socket-servers-for-virtualization.aspx"&gt;nice video&lt;/a&gt; that Marc Farley put up on the &lt;a class="jive-link-external" href="http://direct2dell.com/insideit/default.aspx"&gt;InsideIT blog&lt;/a&gt; last week about our TechCenter web chats. Marc is a regular attendee of our weekly chat sessions and he is also the lead blogger on InsideIT. The video is &lt;a class="jive-link-external" href="http://starwars.lego.com/en-us/Products/classic/6211.aspx"&gt;cool&lt;/a&gt;, short, and just as relevant this week as last. This &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/06-03-2008+-+Blades+and+Virtualization+Web+Chat"&gt;week's chat&lt;/a&gt; (Tues 3 PM CST) will be about when to select blades for your virtualization server platform.&lt;br /&gt;
&lt;br /&gt;
Todd</description>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">delltechcenter</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">blades</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">esx</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m1000e</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m600</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m605</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">chat</category>
      <pubDate>Mon, 02 Jun 2008 19:15:00 GMT</pubDate>
      <author>ToddMuirhead</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/06/02/iniside-it-video-is-still-true</guid>
      <dc:date>2008-06-02T19:15:00Z</dc:date>
      <clearspace:dateToText>7 months, 1 week ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ToddMuirhead/comment/iniside-it-video-is-still-true</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ToddMuirhead/feeds/comments?blogPostID=1808</wfw:commentRss>
    </item>
    <item>
      <title>Oodles of NICs for ESX</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/06/02/oodles-of-nics-for-esx</link>
      <description>Back in the &lt;a class="jive-link-external" href="http://www.dell.com/downloads/global/solutions/vmware_25_blade_deployment.pdf"&gt;ESX 2.5 days&lt;/a&gt; it was a common recommendation to have at least 3 NICs for ESX. One NIC each for the service console, VMotion, and VMs. It was really a waste for many to have to dedicate an entire NIC for the low network traffic to the service console. Then with ESX 3 the networking features became more flexible, and you could easily setup the service console to share a NIC with VMotion or the VMs.&lt;br /&gt;
&lt;br /&gt;
The M600 and M605 blades for the &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Blades"&gt;Dell M1000e blades chassis&lt;/a&gt; now have two on-board NICs and the option to add two more I/O cards, each with two ports of either Ethernet or fibre channel. This means that you can have four NICs and two fibre channel ports for storage OR six NICs with 2 dedicated to iSCSI for storage. The four available NICs for VM data traffic is usually enough, although I admit there are always exceptions.&lt;br /&gt;
&lt;br /&gt;
So if the &lt;a class="jive-link-external" href="http://www.delltechcenter.com/thread/1522946/VMWare+ESX+on+Blades+%28m1000e+%2B+m600%29+and+network+configuration"&gt;I/O options on the blades&lt;/a&gt; are not enough there are options with the &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Virtualization+Server+Decision+Matrix"&gt;R805 and R900 and R905&lt;/a&gt; that offer oodles of NICs. Specifically the R805 has four on-board NICs and four PCI slots. Filling these slots with your required mix of quad-port NICs and dual-port fibre channel HBAs would be a great solution for environments that have high requirements of physical NICs to support their VMware environment.&lt;br /&gt;
&lt;br /&gt;
Todd</description>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m600</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m605</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">2-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">4-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">blades</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">delltechcenter</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">esx</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m1000e</category>
      <pubDate>Mon, 02 Jun 2008 19:10:00 GMT</pubDate>
      <author>ToddMuirhead</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/06/02/oodles-of-nics-for-esx</guid>
      <dc:date>2008-06-02T19:10:00Z</dc:date>
      <clearspace:dateToText>7 months, 1 week ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ToddMuirhead/comment/oodles-of-nics-for-esx</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ToddMuirhead/feeds/comments?blogPostID=1807</wfw:commentRss>
    </item>
    <item>
      <title>Ultimate Power Efficiency with Blades and Virtualization?</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/05/29/ultimate-power-efficiency-with-blades-and-virtualization</link>
      <description>A &lt;a class="jive-link-external" href="http://www.delltechcenter.com/thread/1515881/Recommendations+for+blade+servers"&gt;recent thread&lt;/a&gt; here on &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/The+Dell+TechCenter+Wiki+Home+Page"&gt;delltechcenter&lt;/a&gt; asked for a power consumption comparison between the PowerEdge 1950 1U rack mount server vs the PowerEdge M600 blade. It turns out that there are a few whitepapers that have been done on &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Power+Savings+through+Consolidation"&gt;2950 power consumption&lt;/a&gt; and a big study on the &lt;a class="jive-link-external" href="http://www.dell.com/downloads/global/products/pedge/en/pe_blades_specjbb2005.pdf"&gt;blades power consumption&lt;/a&gt; - but nothing I can find that directly compares the two. The best way to get a comparison between just about any current or recent Dell server is to use the &lt;a class="jive-link-external" href="http://www.dell.com/content/topics/topic.aspx/global/products/pedge/topics/en/config_calculator?c=us&amp;#38;cs=555&amp;#38;l=en&amp;#38;s=biz"&gt;Dell Datacenter Capacity planner&lt;/a&gt;. It allows you to build out a rack of servers and get an estimate of power consumption.&lt;br /&gt;
&lt;br /&gt;
If you use similar configurations for 16 PowerEdge 1950s and a full M1000e chassis (16 blades) then the blades configuration will consume less power. So you can save a significant amount of power by going with blades over similar traditional rack mount servers. &lt;br /&gt;
&lt;br /&gt;
If you combine the efficiencies of the blades with the efficiencies of running lots of VMs on a single physical server - you might have the ultimate in power efficiency. This is one reason to use blades for virtualization - we'll be chatting about this and other reasons &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/06-03-2008+-+Blades+and+Virtualization+Web+Chat"&gt;next week in our TechTuesday chat&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
Todd</description>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">power</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">blades</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m1000e</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m600</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m605</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">delltechcenter</category>
      <pubDate>Thu, 29 May 2008 20:31:00 GMT</pubDate>
      <author>ToddMuirhead</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/05/29/ultimate-power-efficiency-with-blades-and-virtualization</guid>
      <dc:date>2008-05-29T20:31:00Z</dc:date>
      <clearspace:dateToText>7 months, 1 week ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ToddMuirhead/comment/ultimate-power-efficiency-with-blades-and-virtualization</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ToddMuirhead/feeds/comments?blogPostID=1801</wfw:commentRss>
    </item>
    <item>
      <title>VMotion Compatibility and Server Selection</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/05/22/vmotion-compatibility-and-server-selection</link>
      <description>On the &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/05-20-08+-+Selecting+a+Virtualization+Server+Chat"&gt;TechTuesday chat&lt;/a&gt; yesterday the topic was &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Selecting+a+Server+for+Virtualization"&gt;Selecting a Server for Virtualization&lt;/a&gt;, and we had an excellent discussion. One of the points that came up was the importance of understanding VMotion compatibility between different servers. On easy rule is that it is not possible to VMotion between AMD and Intel processors. As these are completely different processors in many respects it is easy to understand how it is not possible to move a running VM from one to the other with no downtime. The next aspect that VMotion will not work across different generations of processors. The difficulty here is that processor generations do not always line up with Dell server generations. So even if you have all Dell 9G servers, there are cases where VMotion will not work. &lt;br /&gt;
&lt;br /&gt;
It really comes down to the instruction set that each processors is using. A running VM has identified the processor that it is running on and is expecting a certain instruction set to be available. If this were to suddenly change in the middle the OS would not be able to cope or adapt and would most likely crash. There has been some work done to &lt;a class="jive-link-external" href="http://blog.scottlowe.org/2007/09/12/enhanced-vmotion-announcement/"&gt;improve the situation&lt;/a&gt; - but as of today it is still an issue.&lt;br /&gt;
&lt;br /&gt;
The answer to this problem is the &lt;a class="jive-link-external" href="http://www.dell.com/downloads/global/solutions/vmotion_compatibility_matix.pdf"&gt;compatibility matrix&lt;/a&gt; that our virtualization engineering team has put together and updates as new servers are released. It is important to consider this matrix when selecting a server if VMotion is in use.&lt;br /&gt;
&lt;br /&gt;
Todd</description>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">2-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">4-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">blades</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">vmotion</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">hardware</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">recommendation</category>
      <pubDate>Thu, 22 May 2008 15:12:00 GMT</pubDate>
      <author>ToddMuirhead</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/05/22/vmotion-compatibility-and-server-selection</guid>
      <dc:date>2008-05-22T15:12:00Z</dc:date>
      <clearspace:dateToText>7 months, 2 weeks ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ToddMuirhead/comment/vmotion-compatibility-and-server-selection</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ToddMuirhead/feeds/comments?blogPostID=1770</wfw:commentRss>
    </item>
    <item>
      <title>Bumping Into It on VMTN</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/05/20/bumping-into-it-on-vmtn</link>
      <description>I just ran into a thread on VMTN that is exactly what we are hosting a &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/05-20-08+-+Selecting+a+Virtualization+Server+Chat"&gt;chat&lt;/a&gt; on later today. The VMTN thread is titled &lt;a class="jive-link-message" href="http://communities.vmware.com/message/949259#949259"&gt;Physical Hardware Recommendation&lt;/a&gt;, but I am calling the same topic &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Selecting+a+Server+for+Virtualization"&gt;Selecting a Virtualization Server&lt;/a&gt;. Very coincidental that this thread was started today and it even specifically asks about 2950s and R900s. So for the record - this VMTN thread was not a planted thread by me or some secret Dell &lt;a class="jive-link-external" href="http://www.wired.com/culture/lifestyle/magazine/15-11/st_best"&gt;conspiracy&lt;/a&gt;. I do have to confess that it was &lt;a class="jive-link-external" href="http://www.delltechcenter.com/account/scott_hanson"&gt;Scott&lt;/a&gt; that spotted this thread first and he deserves the credit (Again!).&lt;br /&gt;
&lt;br /&gt;
Todd</description>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">2-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">4-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">blades</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">r805</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">r900</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">r905</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">2950</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">2950iii</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">selection</category>
      <pubDate>Tue, 20 May 2008 19:31:00 GMT</pubDate>
      <author>ToddMuirhead</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/05/20/bumping-into-it-on-vmtn</guid>
      <dc:date>2008-05-20T19:31:00Z</dc:date>
      <clearspace:dateToText>7 months, 3 weeks ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ToddMuirhead/comment/bumping-into-it-on-vmtn</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ToddMuirhead/feeds/comments?blogPostID=1767</wfw:commentRss>
    </item>
    <item>
      <title>The Best Server for You</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/05/19/the-best-server-for-you</link>
      <description>For the past three weeks, we at the Dell TechCenter have been focused on the &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Switching+to+Dell+Systems+Management"&gt;decoder ring&lt;/a&gt; for systems management. Starting today we are going to tell you what the &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Selecting+a+Server+for+Virtualization"&gt;best server is for virtualization&lt;/a&gt;. The reason it is going to take three weeks is that the answer for everybody is different. So we are going to talk about key factors, advantages of one type of server over another, and learn from the decisions and thought processes of each other. We are simply hosting the conversation and I do not have a "favorite server" -- although I must &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Advantages+of+Dell+Servers+over+HP+for+Virtualization"&gt;admit&lt;/a&gt; that I used to lean heavily towards 2-socket servers. &lt;br /&gt;
&lt;br /&gt;
The decision for most seems to come down to &lt;a class="jive-link-external" href="http://www.dell.com/content/products/productdetails.aspx/pedge_r805?c=us&amp;#38;cs=04&amp;#38;l=en&amp;#38;s=bsd"&gt;2-socket&lt;/a&gt;, &lt;a class="jive-link-external" href="http://www.dell.com/content/products/productdetails.aspx/pedge_r900?c=us&amp;#38;cs=04&amp;#38;l=en&amp;#38;s=bsd"&gt;4-socket&lt;/a&gt;, or &lt;a class="jive-link-external" href="http://www.dell.com/content/products/productdetails.aspx/pedge_m1000e?c=us&amp;#38;cs=04&amp;#38;l=en&amp;#38;s=bsd"&gt;blades&lt;/a&gt; servers. I hope that we end up expanding the conversation and talk about lots of other possibilities including &lt;a class="jive-link-external" href="http://www.dell.com/content/products/category.aspx/equallogic?c=us&amp;#38;cs=04&amp;#38;l=en&amp;#38;s=bsd"&gt;storage&lt;/a&gt; options, hypervisor options, and who knows what else.&lt;br /&gt;
&lt;br /&gt;
In order to get things going are going to have some &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Chat+Topics+and+Transcr+ipts"&gt;chat sessions&lt;/a&gt;, there is a &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Selecting+a+Server+for+Virtualization"&gt;topic home page&lt;/a&gt;, and a &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Virtualization+Server+Decision+Matrix"&gt;server selection matrix&lt;/a&gt; page to specifically lay out the facts about each type of server. I've started the page off with 2-socket, 4-socket, and blades as server categories with some basic tech specs and advantages for each type. This page will grow as additional pros, cons, and others ideas come up. &lt;br /&gt;
&lt;br /&gt;
Todd</description>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">2-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">4-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">blades</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">delltechcenter</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">esx</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">hypervisor</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">r805</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">r905</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">r900</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">2950</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m600</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">m605</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">10000e</category>
      <pubDate>Mon, 19 May 2008 12:20:00 GMT</pubDate>
      <author>ToddMuirhead</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/05/19/the-best-server-for-you</guid>
      <dc:date>2008-05-19T12:20:00Z</dc:date>
      <clearspace:dateToText>7 months, 3 weeks ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ToddMuirhead/comment/the-best-server-for-you</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ToddMuirhead/feeds/comments?blogPostID=1759</wfw:commentRss>
    </item>
    <item>
      <title>VMmark Results Point to Best Performance</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/05/15/vmmark-results-point-to-best-performance</link>
      <description>New &lt;a class="jive-link-external" href="http://www.vmware.com/products/vmmark/results.html"&gt;VMmark benchmark results&lt;/a&gt; highlight that the best performance for a single server is a 4-socket (or 16 cores with Quad-Core processors). This means that the R900 and R905 are at the top of the list, with the Intel based R900 slightly ahead of the AMD based R905. So if you absolutely need the most performance possible from a single server - then this is the way to go.&lt;br /&gt;
&lt;br /&gt;
A little bit of analysis could lead you to believe that the 2-socket (or 8 core) servers are actually better performing. The VMmark score for the 4-socket R900 is 14.23 with 10 tiles, but the VMark score for the 2-socket 2950 III is 8.47 with 6 tiles. So on a per socket basis, the two-socket 2950 III is actually providing more performance. The same holds true for the two-socket M600 blade and two-socket R805 2U server. &lt;br /&gt;
&lt;br /&gt;
There is much more to &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Selecting+a+Server+for+Virtualization"&gt;choosing a server&lt;/a&gt; than the results of a single benchmark, but I think that these results are fair barometers of performance. In general performance does not scale in a linear fashion when moving from &lt;a class="jive-link-external" href="http://www.delltechcenter.com/page/Advantages+of+Dell+Servers+over+HP+for+Virtualization"&gt;2-socket servers to 4-socket servers&lt;/a&gt;, and this seems to hold true with virtualization.&lt;br /&gt;
&lt;br /&gt;
Todd</description>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">2-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">4-socket</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">blades</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">performance</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">vmmark</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">vmware</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">esx</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">r900</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">r905</category>
      <category domain="http://communities.vmware.com/blogs/ToddMuirhead/tags">2950iii</category>
      <pubDate>Thu, 15 May 2008 20:25:00 GMT</pubDate>
      <author>ToddMuirhead</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/05/15/vmmark-results-point-to-best-performance</guid>
      <dc:date>2008-05-15T20:25:00Z</dc:date>
      <clearspace:dateToText>7 months, 3 weeks ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ToddMuirhead/comment/vmmark-results-point-to-best-performance</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ToddMuirhead/feeds/comments?blogPostID=1748</wfw:commentRss>
    </item>
  </channel>
</rss>

