<?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 on: Acadia, Cisco, EMC, VMware: Vblock Top Three Questions</title>
	<atom:link href="http://www.liquefyingitblog.com/2009/11/06/acadia-cisco-emc-vmware-vblock-top-three-questions/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.liquefyingitblog.com/2009/11/06/acadia-cisco-emc-vmware-vblock-top-three-questions/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Mon, 08 Feb 2010 09:52:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: myvirtualcloud.net &#187; VCE &#8211; Virtual Computing Environment Coalition Webcast</title>
		<link>http://www.liquefyingitblog.com/2009/11/06/acadia-cisco-emc-vmware-vblock-top-three-questions/comment-page-1/#comment-437</link>
		<dc:creator>myvirtualcloud.net &#187; VCE &#8211; Virtual Computing Environment Coalition Webcast</dc:creator>
		<pubDate>Tue, 05 Jan 2010 09:00:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.liquefyingitblog.com/?p=107#comment-437</guid>
		<description>[...] Also read Acadia, Cisco, EMC, VMware: Vblock Top Three Questions by Mark Bowker [...]</description>
		<content:encoded><![CDATA[<p>[...] Also read Acadia, Cisco, EMC, VMware: Vblock Top Three Questions by Mark Bowker [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Acadia, Cisco, EMC, VMware: Vblock Top Three Questions &#171; Enterprise Strategy Group</title>
		<link>http://www.liquefyingitblog.com/2009/11/06/acadia-cisco-emc-vmware-vblock-top-three-questions/comment-page-1/#comment-329</link>
		<dc:creator>Acadia, Cisco, EMC, VMware: Vblock Top Three Questions &#171; Enterprise Strategy Group</dc:creator>
		<pubDate>Tue, 22 Dec 2009 21:23:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.liquefyingitblog.com/?p=107#comment-329</guid>
		<description>[...] This post was originally published on Liquefying IT.  All views and opinions expressed in ESG blog posts are intended to be those of [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was originally published on Liquefying IT.  All views and opinions expressed in ESG blog posts are intended to be those of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad&#8217;s Army &#187; thebaumblog</title>
		<link>http://www.liquefyingitblog.com/2009/11/06/acadia-cisco-emc-vmware-vblock-top-three-questions/comment-page-1/#comment-28</link>
		<dc:creator>Chad&#8217;s Army &#187; thebaumblog</dc:creator>
		<pubDate>Wed, 11 Nov 2009 06:47:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.liquefyingitblog.com/?p=107#comment-28</guid>
		<description>[...] to have the industry talking about radically new approaches to simplify computing! Here is a great post summarizing Vblock from Mark Bowker @ Enterprise Strategy Group. Now if we can only get access to that lab and get [...]</description>
		<content:encoded><![CDATA[<p>[...] to have the industry talking about radically new approaches to simplify computing! Here is a great post summarizing Vblock from Mark Bowker @ Enterprise Strategy Group. Now if we can only get access to that lab and get [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uberVU - social comments</title>
		<link>http://www.liquefyingitblog.com/2009/11/06/acadia-cisco-emc-vmware-vblock-top-three-questions/comment-page-1/#comment-24</link>
		<dc:creator>uberVU - social comments</dc:creator>
		<pubDate>Sat, 07 Nov 2009 14:30:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.liquefyingitblog.com/?p=107#comment-24</guid>
		<description>&lt;strong&gt;Social comments and analytics for this post...&lt;/strong&gt;

This post was mentioned on Twitter by markbowker: [Blog] Acadia, Cisco, EMC, VMware: Vblock Top Three Questions: http://ping.fm/19wAH...</description>
		<content:encoded><![CDATA[<p><strong>Social comments and analytics for this post&#8230;</strong></p>
<p>This post was mentioned on Twitter by markbowker: [Blog] Acadia, Cisco, EMC, VMware: Vblock Top Three Questions: <a href="http://ping.fm/19wAH.." rel="nofollow">http://ping.fm/19wAH..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chuck Hollis</title>
		<link>http://www.liquefyingitblog.com/2009/11/06/acadia-cisco-emc-vmware-vblock-top-three-questions/comment-page-1/#comment-22</link>
		<dc:creator>Chuck Hollis</dc:creator>
		<pubDate>Fri, 06 Nov 2009 19:24:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.liquefyingitblog.com/?p=107#comment-22</guid>
		<description>Hi Mark:

Glad to answer these as best I can.

Q1: The Vblocks look like they are sized based on the number of virtual machines. Is that per Vblock? These things are modular….right? What if I stack up 2 Vblocks? 3? 10? How many virtual machines can I run? 

A1&quot; You are right, they are sized by aggregate # of intended VMs per Vblock.  All resources act as a single pool.  Customer may need/want multiple pools.  

&quot;Stacking them up&quot; would require a very tall data center, indeed.  I think the question is &quot;what happens when I have multiples&quot;, yes?

Each Vblock model can scale reasonably well within its design point, but when you have multiples, you can manage them as one from UIM.  Traditional data repliction will be replaced by a sexier scheme next year, stay tuned.

How many virtual machines can I run?  On the big ones, a heckuva lot -- see announcement for details per model. Insert usual disclaimers around &quot;your workloads may vary&quot; per the norm.

Q2: When Cisco, EMC, and VMware sized the Vblocks, what workload did they choose? We assume a “mixed workload”, but every company is different and it will impact consolidation ratios. How about a VDI only or a SQL consolidation workload? 

You&#039;re right, we did our best (based on customer experience) to size&#039;em based on what we saw people doing in large-scale VMware environments.  We&#039;re working on a VDI-only characterization, as that&#039;s a useful situation.

A SQLserver-only workload would have to be One Big Honkin&#039; SQLserver implementation to consume an entire Vblock, yes?  We have characterized (and continue to characterize) SQLserver, Oracle, SAP, Exchange, SharePoint and a few other targeted environments as part of a &quot;mixed workload&quot;, because that&#039;s the idea -- a private cloud that does lots of different things.

Q3: How do I justify the price premium? Since Vblocks are new and they have not run in a data center yet, how do I measure the operational impact and how can I communicate that to an executive level. 

Mark, you&#039;ve been smoking the vendor FUD pipe I think.  There is no premium for consuming the products as a Vblock vs. buying them normally.  We&#039;ll even put a reference architecture doc in people&#039;s hands, and say build your own if you like.

All of the technology ingredients have been in the marketplace for a while, if you think about it, including &quot;running in a data center&quot;.  Well, the UCS is a bit new, but that&#039;s about it.  Did you know that?

Communicating the operational (and strategic) impact of this approach is fairly straightforward.  We put the capex and opex metrics up against what the business is getting today (not to mention the flexibility and responsiveness of the environment), and most people are inherently intrigued.

Hope this helps!

-- Chuck</description>
		<content:encoded><![CDATA[<p>Hi Mark:</p>
<p>Glad to answer these as best I can.</p>
<p>Q1: The Vblocks look like they are sized based on the number of virtual machines. Is that per Vblock? These things are modular….right? What if I stack up 2 Vblocks? 3? 10? How many virtual machines can I run? </p>
<p>A1&#8243; You are right, they are sized by aggregate # of intended VMs per Vblock.  All resources act as a single pool.  Customer may need/want multiple pools.  </p>
<p>&#8220;Stacking them up&#8221; would require a very tall data center, indeed.  I think the question is &#8220;what happens when I have multiples&#8221;, yes?</p>
<p>Each Vblock model can scale reasonably well within its design point, but when you have multiples, you can manage them as one from UIM.  Traditional data repliction will be replaced by a sexier scheme next year, stay tuned.</p>
<p>How many virtual machines can I run?  On the big ones, a heckuva lot &#8212; see announcement for details per model. Insert usual disclaimers around &#8220;your workloads may vary&#8221; per the norm.</p>
<p>Q2: When Cisco, EMC, and VMware sized the Vblocks, what workload did they choose? We assume a “mixed workload”, but every company is different and it will impact consolidation ratios. How about a VDI only or a SQL consolidation workload? </p>
<p>You&#8217;re right, we did our best (based on customer experience) to size&#8217;em based on what we saw people doing in large-scale VMware environments.  We&#8217;re working on a VDI-only characterization, as that&#8217;s a useful situation.</p>
<p>A SQLserver-only workload would have to be One Big Honkin&#8217; SQLserver implementation to consume an entire Vblock, yes?  We have characterized (and continue to characterize) SQLserver, Oracle, SAP, Exchange, SharePoint and a few other targeted environments as part of a &#8220;mixed workload&#8221;, because that&#8217;s the idea &#8212; a private cloud that does lots of different things.</p>
<p>Q3: How do I justify the price premium? Since Vblocks are new and they have not run in a data center yet, how do I measure the operational impact and how can I communicate that to an executive level. </p>
<p>Mark, you&#8217;ve been smoking the vendor FUD pipe I think.  There is no premium for consuming the products as a Vblock vs. buying them normally.  We&#8217;ll even put a reference architecture doc in people&#8217;s hands, and say build your own if you like.</p>
<p>All of the technology ingredients have been in the marketplace for a while, if you think about it, including &#8220;running in a data center&#8221;.  Well, the UCS is a bit new, but that&#8217;s about it.  Did you know that?</p>
<p>Communicating the operational (and strategic) impact of this approach is fairly straightforward.  We put the capex and opex metrics up against what the business is getting today (not to mention the flexibility and responsiveness of the environment), and most people are inherently intrigued.</p>
<p>Hope this helps!</p>
<p>&#8211; Chuck</p>
]]></content:encoded>
	</item>
</channel>
</rss>
