<?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: VIR360: Microsoft System Center VMM 2008, Part 2 of 2</title>
	<atom:link href="http://blog.scottlowe.org/2008/06/11/vir360-microsoft-system-center-vmm-2008-part-2-of-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2008/06/11/vir360-microsoft-system-center-vmm-2008-part-2-of-2/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<lastBuildDate>Wed, 08 Feb 2012 17:13:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/06/11/vir360-microsoft-system-center-vmm-2008-part-2-of-2/comment-page-1/#comment-39328</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Thu, 12 Jun 2008 00:10:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/06/11/vir360-microsoft-system-center-vmm-2008-part-2-of-2/#comment-39328</guid>
		<description>Eric,

You are correct again; that is additional information that I haven&#039;t yet had the opportunity to add back into the original post. That question was also answered for me during the Q&amp;A portion of the session.

I hope to have the post updated with information from the Q&amp;A session later this evening.

Thanks for your clarification and information!</description>
		<content:encoded><![CDATA[<p>Eric,</p>
<p>You are correct again; that is additional information that I haven&#8217;t yet had the opportunity to add back into the original post. That question was also answered for me during the Q&#038;A portion of the session.</p>
<p>I hope to have the post updated with information from the Q&#038;A session later this evening.</p>
<p>Thanks for your clarification and information!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/06/11/vir360-microsoft-system-center-vmm-2008-part-2-of-2/comment-page-1/#comment-39323</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Thu, 12 Jun 2008 00:04:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/06/11/vir360-microsoft-system-center-vmm-2008-part-2-of-2/#comment-39323</guid>
		<description>Eric,

Thanks for commenting and adding that information; I appreciate it. I actually meant to go back and edit this post with information gathered from the Q&amp;A section, where I asked about the interaction between PRO and DRS. Your comment reminded me to go back and fix that.

The information I received in the Q&amp;A portion of the sesion was that DRS and PRO may conflict with each other, so Microsoft is recommending VMware customers disable DRS when PRO is involved. Is that accurate from your understanding?

Thank you for also clarifying, even though I stated above, that SCVMM will drive live migration (VMotion) when used to manage VMware hosts.

If there is any other information that readers should also have, feel free to post additional comments. Thanks!</description>
		<content:encoded><![CDATA[<p>Eric,</p>
<p>Thanks for commenting and adding that information; I appreciate it. I actually meant to go back and edit this post with information gathered from the Q&amp;A section, where I asked about the interaction between PRO and DRS. Your comment reminded me to go back and fix that.</p>
<p>The information I received in the Q&amp;A portion of the sesion was that DRS and PRO may conflict with each other, so Microsoft is recommending VMware customers disable DRS when PRO is involved. Is that accurate from your understanding?</p>
<p>Thank you for also clarifying, even though I stated above, that SCVMM will drive live migration (VMotion) when used to manage VMware hosts.</p>
<p>If there is any other information that readers should also have, feel free to post additional comments. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Winner</title>
		<link>http://blog.scottlowe.org/2008/06/11/vir360-microsoft-system-center-vmm-2008-part-2-of-2/comment-page-1/#comment-39320</link>
		<dc:creator>Eric Winner</dc:creator>
		<pubDate>Wed, 11 Jun 2008 23:31:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/06/11/vir360-microsoft-system-center-vmm-2008-part-2-of-2/#comment-39320</guid>
		<description>&quot;I saw Alan supply some credentials during the SCVMM demo, and it looked like he used root credentials on the ESX host. Is that required? That implies that SCVMM communicates outside of VC, which would contradict some discussions with the SCVMM team yesterday. If anyone can provide any clarification, that would be great.&quot;

VMM communicates directly with VMware VirtualCenter for most management operations, however, moving files onto an ESX host requires a direct connection with the host.  A customer can configure the VM Delegate Account in VirtualCenter to allow non-root user to perform these file operations.</description>
		<content:encoded><![CDATA[<p>&#8220;I saw Alan supply some credentials during the SCVMM demo, and it looked like he used root credentials on the ESX host. Is that required? That implies that SCVMM communicates outside of VC, which would contradict some discussions with the SCVMM team yesterday. If anyone can provide any clarification, that would be great.&#8221;</p>
<p>VMM communicates directly with VMware VirtualCenter for most management operations, however, moving files onto an ESX host requires a direct connection with the host.  A customer can configure the VM Delegate Account in VirtualCenter to allow non-root user to perform these file operations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Winner</title>
		<link>http://blog.scottlowe.org/2008/06/11/vir360-microsoft-system-center-vmm-2008-part-2-of-2/comment-page-1/#comment-39319</link>
		<dc:creator>Eric Winner</dc:creator>
		<pubDate>Wed, 11 Jun 2008 23:27:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/06/11/vir360-microsoft-system-center-vmm-2008-part-2-of-2/#comment-39319</guid>
		<description>I work on Virtual Machine Manager and wanted to address a few of your questions.

&quot;All this talk about intelligent placement makes me wonder what Microsoftâ€™s recommendation or requirement is regarding DRS on managed VMware clusters? Is there a recommendation to disable DRS? Would VCâ€™s intelligent placement functionality conflict with the SCVMM intelligent placement capability?&quot;
VMM&#039;s intelligent placement ensures the best host is chosen at the time you are moving a virtual machine.  PRO is the VMM feature that watches the app/vm/host performance over time and will rebalance your resources.  A lot of customers have said they will disable DRS in favor of PRO so they can have one set of policies driving the balancing of resources across all their virtual machine hosts.

&quot;PRO is kind of like VMware DRS, but since Hyper-V doesnâ€™t provide any live migration functionality. In that regard, it falls far short of matching the DRS functionality.&quot;

PRO works against Hyper-V and VMware and will drive the live migration of VMware vms based on app/vm/host performance monitoring.  Plus, PRO includes application knowledge and PRO spans Hyper-V and VMware environments.  PRO is also extensible by customers and partners.</description>
		<content:encoded><![CDATA[<p>I work on Virtual Machine Manager and wanted to address a few of your questions.</p>
<p>&#8220;All this talk about intelligent placement makes me wonder what Microsoftâ€™s recommendation or requirement is regarding DRS on managed VMware clusters? Is there a recommendation to disable DRS? Would VCâ€™s intelligent placement functionality conflict with the SCVMM intelligent placement capability?&#8221;<br />
VMM&#8217;s intelligent placement ensures the best host is chosen at the time you are moving a virtual machine.  PRO is the VMM feature that watches the app/vm/host performance over time and will rebalance your resources.  A lot of customers have said they will disable DRS in favor of PRO so they can have one set of policies driving the balancing of resources across all their virtual machine hosts.</p>
<p>&#8220;PRO is kind of like VMware DRS, but since Hyper-V doesnâ€™t provide any live migration functionality. In that regard, it falls far short of matching the DRS functionality.&#8221;</p>
<p>PRO works against Hyper-V and VMware and will drive the live migration of VMware vms based on app/vm/host performance monitoring.  Plus, PRO includes application knowledge and PRO spans Hyper-V and VMware environments.  PRO is also extensible by customers and partners.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

