<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:admin="http://webns.net/mvcb/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
<channel>
    <title>Virtual Enthusiasm</title>
    <link>http://blog.cretec-web.com/</link>
    <description>Cretec's Virtual Blog</description>
    <dc:language>en</dc:language>
    <generator>Serendipity 1.4.1 - http://www.s9y.org/</generator>
    
    

<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/CretecsVirtualBlog" type="application/rss+xml" /><item>
    <title>Real-Time Infrastructure</title>
    <link>http://feedproxy.google.com/~r/CretecsVirtualBlog/~3/BEfgY3rM9Bc/index.php</link>
            <category>Virtual Articles</category>
    
    <comments>http://blog.cretec-web.com/index.php?/archives/177-Real-Time-Infrastructure.html#comments</comments>
    <wfw:comment>http://blog.cretec-web.com/wfwcomment.php?cid=177</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://blog.cretec-web.com/rss.php?version=2.0&amp;type=comments&amp;cid=177</wfw:commentRss>
    

    <author>nospam@example.com (Clint Eschberger)</author>
    <content:encoded>
    I was reading an article today from Gartner and one term really jumped out at me, &amp;quot;Real-Time Infrastructure&amp;quot;. There are many ways to interpret that term or change it around to &amp;quot;Just-In-Time Infrastructure&amp;quot;. For so long the data center was a very static system that due to its lack of agility created un-necessary complexity and cost. With virtualization both in the form of hypervisors (ESX, Xen, Hyper-V) and I/O virtualalization (Dell/Egenera, Cisco, HP) we are seeing the shift from rigid to agile hardware. &lt;br /&gt;&lt;a href="http://blog.cretec-web.com/index.php?/archives/177-Real-Time-Infrastructure.html#extended"&gt;Continue reading "Real-Time Infrastructure"&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 15 Jul 2009 13:50:43 -0500</pubDate>
    <guid isPermaLink="false">http://blog.cretec-web.com/index.php?/archives/177-guid.html</guid>
    
<feedburner:origLink>http://blog.cretec-web.com/index.php?/archives/177-Real-Time-Infrastructure.html</feedburner:origLink></item>
<item>
    <title>Egenera Ships 6th-Generation Blades</title>
    <link>http://feedproxy.google.com/~r/CretecsVirtualBlog/~3/wHz1kXnFGBk/index.php</link>
            <category>Virtual News</category>
    
    <comments>http://blog.cretec-web.com/index.php?/archives/176-Egenera-Ships-6th-Generation-Blades.html#comments</comments>
    <wfw:comment>http://blog.cretec-web.com/wfwcomment.php?cid=176</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://blog.cretec-web.com/rss.php?version=2.0&amp;type=comments&amp;cid=176</wfw:commentRss>
    

    <author>nospam@example.com (Clint Eschberger)</author>
    <content:encoded>
    &lt;p&gt;Egenera Ships 6th-Generation Blades based on Quad-Core Intel Processor 5500 Series&lt;/p&gt; &lt;br /&gt;
&lt;p&gt;Egenera announces general availability of its new family of 2-socket Egenera® Processing Blade™ offerings based on Intel® 5500 series processors, previously codenamed “Nehalem.”&lt;/p&gt; &lt;br /&gt;&lt;a href="http://blog.cretec-web.com/index.php?/archives/176-Egenera-Ships-6th-Generation-Blades.html#extended"&gt;Continue reading "Egenera Ships 6th-Generation Blades"&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 08 Jul 2009 10:24:12 -0500</pubDate>
    <guid isPermaLink="false">http://blog.cretec-web.com/index.php?/archives/176-guid.html</guid>
    
<feedburner:origLink>http://blog.cretec-web.com/index.php?/archives/176-Egenera-Ships-6th-Generation-Blades.html</feedburner:origLink></item>
<item>
    <title>Challenge "Mission Critical" Complexity</title>
    <link>http://feedproxy.google.com/~r/CretecsVirtualBlog/~3/Wj1E-pO4BDY/index.php</link>
            <category>Virtual Articles</category>
    
    <comments>http://blog.cretec-web.com/index.php?/archives/175-Challenge-Mission-Critical-Complexity.html#comments</comments>
    <wfw:comment>http://blog.cretec-web.com/wfwcomment.php?cid=175</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://blog.cretec-web.com/rss.php?version=2.0&amp;type=comments&amp;cid=175</wfw:commentRss>
    

    <author>nospam@example.com (Clint Eschberger)</author>
    <content:encoded>
    &lt;p&gt;&lt;img vspace="5" hspace="5" border="0" align="right" src="uploads/images/complexity.jpg" alt=""  /&gt;I was reading my fellow blogger's, Fountnhead, post titled &amp;quot;&lt;a href="http://fountnhead.blogspot.com/2009/07/why-and-how-low-cost-servers-will.html" target="_blank"&gt;Why (and How) Low-Cost Servers Will Dominate&lt;/a&gt;&amp;quot; and I could not help but notice that the opportunity to challenge the long standing idea that your &amp;quot;Mission Critical&amp;quot; infrastructure has to be complex.&lt;/p&gt; &lt;br /&gt;
&lt;p&gt;Traditionally the more critical your application/system is to your business, the more complex the infrastructure is. The reasons are obvious as you have to have a high level SLA to make sure those systems are always available and/or recoverable in a very short amount of time.&lt;/p&gt; &lt;br /&gt;&lt;a href="http://blog.cretec-web.com/index.php?/archives/175-Challenge-Mission-Critical-Complexity.html#extended"&gt;Continue reading "Challenge &amp;quot;Mission Critical&amp;quot; Complexity"&lt;/a&gt;
    </content:encoded>

    <pubDate>Tue, 07 Jul 2009 13:25:23 -0500</pubDate>
    <guid isPermaLink="false">http://blog.cretec-web.com/index.php?/archives/175-guid.html</guid>
    
<feedburner:origLink>http://blog.cretec-web.com/index.php?/archives/175-Challenge-Mission-Critical-Complexity.html</feedburner:origLink></item>
<item>
    <title>Max amount of VMs per VMFS volume</title>
    <link>http://feedproxy.google.com/~r/CretecsVirtualBlog/~3/6GQu3g0l234/index.php</link>
            <category>Virtual Articles</category>
    
    <comments>http://blog.cretec-web.com/index.php?/archives/174-Max-amount-of-VMs-per-VMFS-volume.html#comments</comments>
    <wfw:comment>http://blog.cretec-web.com/wfwcomment.php?cid=174</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://blog.cretec-web.com/rss.php?version=2.0&amp;type=comments&amp;cid=174</wfw:commentRss>
    

    <author>nospam@example.com (Clint Eschberger)</author>
    <content:encoded>
    &lt;p&gt;Great post over on &lt;a target="_blank" href="http://www.yellow-bricks.com"&gt;Yellow Bricks&lt;/a&gt; about figuring out how many VMs per VMFS volume. This has always been one of the toughest parts of planning your virtual infrastructure's storage setup.&lt;/p&gt; &lt;br /&gt;
&lt;p&gt;Here is a quote...&lt;/p&gt; &lt;br /&gt;
&lt;p style="color: #5a5a5a;"&gt; &lt;em&gt;So in other words, the max amount of virtual machines per volume&lt;br /&gt;
multiplied by the average size of a virtual machine plus 20% for snaps&lt;br /&gt;
and .vswp rounded up. (As pointed out in the comments if you have VMs&lt;br /&gt;
with high amounts of memory you will need to adjust the % accordingly.)&lt;br /&gt;
This should be your default VMFS size. Now a question that was asked in&lt;br /&gt;
one of the comments, which I already expected, was “how do I determine&lt;br /&gt;
what the maximum amount of VMs per volume is?”. There’s an excellent &lt;a target="_blank" href="http://www.vmware.com/resources/techresources/1059"&gt;white paper&lt;/a&gt;&lt;br /&gt;
on this topic. Of course there’s more than meets the eye but based on&lt;br /&gt;
this white paper and especially the following table I decided to give&lt;br /&gt;
it a shot&lt;/em&gt;&lt;/p&gt; &lt;br /&gt;
&lt;p&gt;View the full post &lt;a target="_blank" href="http://www.yellow-bricks.com/2009/07/07/max-amount-of-vms-per-vmfs-volume/"&gt;HERE..&lt;/a&gt;&lt;/p&gt; 
    </content:encoded>

    <pubDate>Tue, 07 Jul 2009 13:06:08 -0500</pubDate>
    <guid isPermaLink="false">http://blog.cretec-web.com/index.php?/archives/174-guid.html</guid>
    
<feedburner:origLink>http://blog.cretec-web.com/index.php?/archives/174-Max-amount-of-VMs-per-VMFS-volume.html</feedburner:origLink></item>
<item>
    <title>Disaster Recovery an Afterthought?</title>
    <link>http://feedproxy.google.com/~r/CretecsVirtualBlog/~3/N7Cg5W8UxJQ/index.php</link>
            <category>Virtual Articles</category>
    
    <comments>http://blog.cretec-web.com/index.php?/archives/173-Disaster-Recovery-an-Afterthought.html#comments</comments>
    <wfw:comment>http://blog.cretec-web.com/wfwcomment.php?cid=173</wfw:comment>

    <slash:comments>3</slash:comments>
    <wfw:commentRss>http://blog.cretec-web.com/rss.php?version=2.0&amp;type=comments&amp;cid=173</wfw:commentRss>
    

    <author>nospam@example.com (Clint Eschberger)</author>
    <content:encoded>
    &lt;p&gt;In my role I get to listen to they way a lot of CIO and IT leaders think. To be honest I know how they feel as IT has generally been looked down upon by the rest of the business. You always have &amp;quot;critical&amp;quot; projects, hardware refreshes, new software, support, and a whole lot of infrastructure planning, not to mention cost. When you ask most of these guys what is their Disaster Recovery plan, you get the 1000 yard stare, yes I stole that. DR, while at the time of crisis is the single most important part of keeping a business running, is generally an afterthought up until that occurs.&lt;/p&gt; &lt;br /&gt;
&lt;p&gt;The sad thing is, with solutions like hypervisors (VMware, XEN, Hyper-V, etc.) on the virtual side and the new wave of fabric based computing (Cisco UCS, HP Matrix, and Dell/Egenera PAN System), DR has really became a whole lot easier and cost efficient to do.&lt;/p&gt; &lt;br /&gt;&lt;a href="http://blog.cretec-web.com/index.php?/archives/173-Disaster-Recovery-an-Afterthought.html#extended"&gt;Continue reading "Disaster Recovery an Afterthought?"&lt;/a&gt;
    </content:encoded>

    <pubDate>Thu, 02 Jul 2009 09:13:00 -0500</pubDate>
    <guid isPermaLink="false">http://blog.cretec-web.com/index.php?/archives/173-guid.html</guid>
    
<feedburner:origLink>http://blog.cretec-web.com/index.php?/archives/173-Disaster-Recovery-an-Afterthought.html</feedburner:origLink></item>
<item>
    <title>R.I.P. Virtual Iron</title>
    <link>http://feedproxy.google.com/~r/CretecsVirtualBlog/~3/1hSiBhLqk-k/index.php</link>
            <category>Virtual News</category>
    
    <comments>http://blog.cretec-web.com/index.php?/archives/172-R.I.P.-Virtual-Iron.html#comments</comments>
    <wfw:comment>http://blog.cretec-web.com/wfwcomment.php?cid=172</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://blog.cretec-web.com/rss.php?version=2.0&amp;type=comments&amp;cid=172</wfw:commentRss>
    

    <author>nospam@example.com (Clint Eschberger)</author>
    <content:encoded>
    &lt;p&gt;Looks like Oracle does not feel the need to have three separate hypervisors based on XEN.&lt;/p&gt;&lt;br /&gt;
&lt;p&gt;Quote from &lt;a href="http://www.theregister.co.uk/" target="_blank"&gt;The Register&lt;/a&gt;..&lt;/p&gt;&lt;br /&gt;
&lt;p&gt; &lt;em&gt;Little more than a month after acquiring Virtual Iron for an undisclosed fee, Oracle is effectively killing the company's virtualization product.&lt;br /&gt;&lt;br /&gt;In a letter to Virtual Iron's sales partners, Oracle says it &amp;quot;will suspend development of existing Virtual Iron products and will suspend delivery of orders to new customers.&amp;quot; And in a second letter to a partner speaking with The Reg, the company says it will not allow partners to sell new licenses to anyone - including existing customers - after the end of this month (i.e. in 11 days). Before then, partners can only sell licenses to existing customers under certain conditions.&lt;/em&gt;&lt;/p&gt;&lt;br /&gt;
&lt;p&gt;&lt;a href="http://www.theregister.co.uk/2009/06/19/oracle_kills_virtual_iron/" target="_blank"&gt;Full Story&lt;/a&gt;&lt;/p&gt; 
    </content:encoded>

    <pubDate>Sat, 20 Jun 2009 19:04:29 -0500</pubDate>
    <guid isPermaLink="false">http://blog.cretec-web.com/index.php?/archives/172-guid.html</guid>
    
<feedburner:origLink>http://blog.cretec-web.com/index.php?/archives/172-R.I.P.-Virtual-Iron.html</feedburner:origLink></item>

</channel>
</rss>
