<?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: Cisco UCS and Nexus 1000V design diagram with Palo adapter</title>
	<atom:link href="http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/feed/" rel="self" type="application/rss+xml" />
	<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/</link>
	<description>Studies in Data Center Networking, Virtualization, Computing</description>
	<lastBuildDate>Thu, 29 Jul 2010 06:32:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Brad Hedlund</title>
		<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/comment-page-1/#comment-1332</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Sat, 17 Jul 2010 14:47:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=641#comment-1332</guid>
		<description>IPK,
With design #2 (VN-Link in HW) you can have the Palo adapter provide 54 dynamic vNIC&#039;s per host, and therefore 54 virtual machines per host.  Should be no problem with your 10:1 consolidation ratio.
As far as extending this across multiple B-Series blades, the Fabric Interconnect is acting as a vDS from the perspective of vCenter and therefore has the same configuration maximums as a normal software based vDS.  According to the new vSphere 4.1 Configuration Maximums Guide you can have 350 hosts in one vDS.  http://www.vmware.com/pdf/vsphere4/r41/vsp_41_config_max.pdf

Having said that, the theoretical maximum number of blades under the auspices of a Fabric Interconnect cluster is 320.  The current supported number of chassis in one cluster is (14), so the actual maximum as of today would be 112 blades in one HW VN-Link DVS.
For HA/DRS clusters the VMware maximum is still 32 hosts.

Cheers,
Brad</description>
		<content:encoded><![CDATA[<p>IPK,<br />
With design #2 (VN-Link in HW) you can have the Palo adapter provide 54 dynamic vNIC&#8217;s per host, and therefore 54 virtual machines per host.  Should be no problem with your 10:1 consolidation ratio.<br />
As far as extending this across multiple B-Series blades, the Fabric Interconnect is acting as a vDS from the perspective of vCenter and therefore has the same configuration maximums as a normal software based vDS.  According to the new vSphere 4.1 Configuration Maximums Guide you can have 350 hosts in one vDS.  <a href="http://www.vmware.com/pdf/vsphere4/r41/vsp_41_config_max.pdf" rel="nofollow">http://www.vmware.com/pdf/vsphere4/r41/vsp_41_config_max.pdf</a></p>
<p>Having said that, the theoretical maximum number of blades under the auspices of a Fabric Interconnect cluster is 320.  The current supported number of chassis in one cluster is (14), so the actual maximum as of today would be 112 blades in one HW VN-Link DVS.<br />
For HA/DRS clusters the VMware maximum is still 32 hosts.</p>
<p>Cheers,<br />
Brad</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IPK</title>
		<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/comment-page-1/#comment-1329</link>
		<dc:creator>IPK</dc:creator>
		<pubDate>Sat, 17 Jul 2010 03:57:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=641#comment-1329</guid>
		<description>Hi Brad, 
Just a simple query from a design perspective. I want to compare the following designs;

1) Nexus 1000v with Palo adapter [VN-Link in SW]
2) Palo adapter with Passthru switching with FI acting as the vDS [VN-Link in HW]

in a VMware virtualization environment where there is 10:1 VM density across three B-Series HH blades. Workloads are fairly I/O intensive hence I preferred the second approach. Any limitation in terms of extending this design across B-Series blade systems?

IPK</description>
		<content:encoded><![CDATA[<p>Hi Brad,<br />
Just a simple query from a design perspective. I want to compare the following designs;</p>
<p>1) Nexus 1000v with Palo adapter [VN-Link in SW]<br />
2) Palo adapter with Passthru switching with FI acting as the vDS [VN-Link in HW]</p>
<p>in a VMware virtualization environment where there is 10:1 VM density across three B-Series HH blades. Workloads are fairly I/O intensive hence I preferred the second approach. Any limitation in terms of extending this design across B-Series blade systems?</p>
<p>IPK</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Hedlund</title>
		<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/comment-page-1/#comment-1174</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Sat, 26 Jun 2010 00:50:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=641#comment-1174</guid>
		<description>James,
Nexus 1000V &quot;MAC Pinning&quot; is the mode that is easiest to configure and &quot;just works&quot;.  VPC-HM is the mode that allows for more granular control of steering certain traffic types out of the NICs you want.  If you&#039;re not too picky about that, I would recommend MAC Pinning.

Cheers,
Brad</description>
		<content:encoded><![CDATA[<p>James,<br />
Nexus 1000V &#8220;MAC Pinning&#8221; is the mode that is easiest to configure and &#8220;just works&#8221;.  VPC-HM is the mode that allows for more granular control of steering certain traffic types out of the NICs you want.  If you&#8217;re not too picky about that, I would recommend MAC Pinning.</p>
<p>Cheers,<br />
Brad</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James S</title>
		<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/comment-page-1/#comment-1173</link>
		<dc:creator>James S</dc:creator>
		<pubDate>Fri, 25 Jun 2010 22:20:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=641#comment-1173</guid>
		<description>Great article ! 

Should we use VPC-HM with mac-pinning instead of subgroup cdp ?</description>
		<content:encoded><![CDATA[<p>Great article ! </p>
<p>Should we use VPC-HM with mac-pinning instead of subgroup cdp ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: push bhatkoti</title>
		<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/comment-page-1/#comment-874</link>
		<dc:creator>push bhatkoti</dc:creator>
		<pubDate>Tue, 27 Apr 2010 03:40:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=641#comment-874</guid>
		<description>Great article. It ahs cleared up my mystery!

-Push</description>
		<content:encoded><![CDATA[<p>Great article. It ahs cleared up my mystery!</p>
<p>-Push</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VMAdmin</title>
		<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/comment-page-1/#comment-825</link>
		<dc:creator>VMAdmin</dc:creator>
		<pubDate>Wed, 17 Mar 2010 18:01:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=641#comment-825</guid>
		<description>This is brillient and a new stuff to me.

Really amazing</description>
		<content:encoded><![CDATA[<p>This is brillient and a new stuff to me.</p>
<p>Really amazing</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Butz</title>
		<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/comment-page-1/#comment-817</link>
		<dc:creator>Jonathan Butz</dc:creator>
		<pubDate>Fri, 12 Mar 2010 20:01:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=641#comment-817</guid>
		<description>I see that you have separate uplinks, system-uplink and vm-uplink, which then require dedicated physical links on the host. This is what the Cisco docs recommend.

I have found that it is not necessary to do this and have provisioned Nexus1000v infrastructure with a single uplink profile that attaches to all of the host physical nics.

What is Cisco&#039;s perspective on a single uplink?
If I am building hosts with two 10Gb nics, it seems so silly to dedicate one to management traffic...</description>
		<content:encoded><![CDATA[<p>I see that you have separate uplinks, system-uplink and vm-uplink, which then require dedicated physical links on the host. This is what the Cisco docs recommend.</p>
<p>I have found that it is not necessary to do this and have provisioned Nexus1000v infrastructure with a single uplink profile that attaches to all of the host physical nics.</p>
<p>What is Cisco&#8217;s perspective on a single uplink?<br />
If I am building hosts with two 10Gb nics, it seems so silly to dedicate one to management traffic&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Hedlund</title>
		<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/comment-page-1/#comment-635</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Thu, 19 Nov 2009 04:12:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=641#comment-635</guid>
		<description>Scott,

Jumbo frames can easily be enabled on the Fabric Interconnect and with that can certainly only help iSCSI and vMotion performance, for example.
The Palo adapter does TCP segmentation offloading but does not do any special HW offloading for iSCSI specific payloads, nor does it support iSCSI booting.</description>
		<content:encoded><![CDATA[<p>Scott,</p>
<p>Jumbo frames can easily be enabled on the Fabric Interconnect and with that can certainly only help iSCSI and vMotion performance, for example.<br />
The Palo adapter does TCP segmentation offloading but does not do any special HW offloading for iSCSI specific payloads, nor does it support iSCSI booting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Hedlund</title>
		<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/comment-page-1/#comment-634</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Thu, 19 Nov 2009 04:06:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=641#comment-634</guid>
		<description>Josh,

This design diagram works with the 6100 in End-Host mode, or switching mode.  Nothing in this diagram requires the use of switching mode on the 6100 Fabric Interconnects.</description>
		<content:encoded><![CDATA[<p>Josh,</p>
<p>This design diagram works with the 6100 in End-Host mode, or switching mode.  Nothing in this diagram requires the use of switching mode on the 6100 Fabric Interconnects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Great Article about Cisco UCS Networking with Palo adapter &#124; Malaysia VMware Communities</title>
		<link>http://bradhedlund.com/2009/08/11/cisco-ucs-nexus-1000v-design-palo-virtual-adapter/comment-page-1/#comment-625</link>
		<dc:creator>Great Article about Cisco UCS Networking with Palo adapter &#124; Malaysia VMware Communities</dc:creator>
		<pubDate>Fri, 13 Nov 2009 14:56:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=641#comment-625</guid>
		<description>[...] will recommend you to take a full view about the article here. Tags: Cisco UCS, menlo, Nexus, nexus 1000v, [...]</description>
		<content:encoded><![CDATA[<p>[...] will recommend you to take a full view about the article here. Tags: Cisco UCS, menlo, Nexus, nexus 1000v, [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
