<?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>Comment Feed for Virtualization Frontier</description>
    <pubDate>Fri, 08 Aug 2008 18:25:13 GMT</pubDate>
    <generator>Clearspace 1.3.0 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2008-08-08T18:25:13Z</dc:date>
    <item>
      <title>RE:&amp;nbsp;What To Do With Free ESXi</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/08/07/what-to-do-with-free-esxi#comments-7810</link>
      <description>I agree with you that SMB is probably the most logical place for ESXi.  Tackling how to easily setup storage for these limited IT environments is tricky.  Using a software based tool like those you mentioned could be the way to go.  If the storage is all local, then maybe you don't need anything.  Setup RAID (5 or 10 or whatever) and then just partition a big VMFS partition or partitions for everything.&lt;br /&gt;
&lt;br /&gt;
I guess that the thing that kinda gets me is that all of this stuff you can do with ESXi could also be done with VMware Server - both of which are free.  And in some ways it might be easier with VMware server because you have a full OS there to help you configure and manage the host.  Of course in other ways it is bad for the reason that you have to manage that host OS with VMware Server.  Performance should be much better with ESXi, but I don't know that performance is really a big issue.&lt;br /&gt;
&lt;br /&gt;
I want to listen to the podcast that you sent me, but our "Smartfilter" blocks it.  I'll check it out from home.&lt;br /&gt;
&lt;br /&gt;
Thanks - Todd&lt;br /&gt;
&lt;br /&gt;
Todd</description>
      <pubDate>Fri, 08 Aug 2008 18:25:13 GMT</pubDate>
      <author>ToddMuirhead</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/08/07/what-to-do-with-free-esxi#comments-7810</guid>
      <dc:date>2008-08-08T18:25:13Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;What To Do With Free ESXi</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/08/07/what-to-do-with-free-esxi#comments-7795</link>
      <description>There are going to be many sharp minds playing around with ESXi and with that experimentation will come lots of interesting projects\ideas. &lt;br /&gt;
&lt;br /&gt;
I like the idea of using ESXi with mirrored local storage. I think this could be a great offering for SMBs (medical offices, etc) who need uptime and have limited resources for IT management. I was thinking of using Lefthand Networks' VSA or perhaps something like xtravirt's xvs to manage the local storage. &lt;br /&gt;
&lt;br /&gt;
There is a great discussion &lt;a class="jive-link-external" href="http://blogs.vmware.com/vmtn/2008/08/storage-backup.html"&gt;here&lt;/a&gt;on what could be done with ESXi for the SMB market and the hurdles which must be overcome. (FYI - The title of the discussion is completely different from were the convo ends up)&lt;br /&gt;
&lt;p /&gt;
rajesh singh</description>
      <pubDate>Fri, 08 Aug 2008 17:54:59 GMT</pubDate>
      <author>SinghSingh</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/08/07/what-to-do-with-free-esxi#comments-7795</guid>
      <dc:date>2008-08-08T17:54:59Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;Benefits of iSCSI over Fiber Channel</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/07/01/benefits-of-iscsi-over-fiber-channel#comments-7091</link>
      <description>I think iSCSI is a lot easier for most people to set up.  No extra stuff required.  You already devoted networking infrastructure to virtual servers, why not for storage.  The other big benefit for iSCSI and Virtualization is the DR (disaster recovery) angle.  Most iSCSI SANS offer some sort or WAN replication.  It would be much easier to failover virtual servers to site 2 and have the data sync up.&lt;br /&gt;
&lt;br /&gt;
Jame Ervin&lt;br /&gt;
www.stonefly.com</description>
      <pubDate>Mon, 07 Jul 2008 23:49:18 GMT</pubDate>
      <author>jameervin</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/07/01/benefits-of-iscsi-over-fiber-channel#comments-7091</guid>
      <dc:date>2008-07-07T23:49:18Z</dc:date>
    </item>
    <item>
      <title>RE:&amp;nbsp;Storage Choice for Virtualization Can Be Easy</title>
      <link>http://communities.vmware.com/blogs/ToddMuirhead/2008/06/10/storage-choice-for-virtualization-can-be-easy#comments-7051</link>
      <description>There are a lot of great certified iSCSI and SAN storage choices on the HCL.  I'd start mey research there.  Everything starts to look pretty similar after awhile so find a good resource to help you weed through the marketing stuff to find out what will work well in your environment.</description>
      <pubDate>Thu, 03 Jul 2008 20:58:14 GMT</pubDate>
      <author>jameervin</author>
      <guid>http://communities.vmware.com/blogs/ToddMuirhead/2008/06/10/storage-choice-for-virtualization-can-be-easy#comments-7051</guid>
      <dc:date>2008-07-03T20:58:14Z</dc:date>
    </item>
  </channel>
</rss>

