<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Malaysia VMware Communities &#187; Nexus 5000</title>
	<atom:link href="http://malaysiavm.com/blog/tag/nexus-5000/feed/" rel="self" type="application/rss+xml" />
	<link>http://malaysiavm.com/blog</link>
	<description></description>
	<lastBuildDate>Mon, 21 Nov 2011 15:50:35 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Surprise Finding on ESX Host after SAN switch outage</title>
		<link>http://malaysiavm.com/blog/surprise-finding-on-esx-host-after-san-switch-outage/</link>
		<comments>http://malaysiavm.com/blog/surprise-finding-on-esx-host-after-san-switch-outage/#comments</comments>
		<pubDate>Thu, 01 Jul 2010 15:14:28 +0000</pubDate>
		<dc:creator>craig</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[vSphere]]></category>
		<category><![CDATA[Cisco UCS]]></category>
		<category><![CDATA[ESX]]></category>
		<category><![CDATA[MDS]]></category>
		<category><![CDATA[Netapp]]></category>
		<category><![CDATA[Nexus 5000]]></category>
		<category><![CDATA[SAN]]></category>
		<category><![CDATA[VMware]]></category>

		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=1958</guid>
		<description><![CDATA[I was busy setup the demo solution for the Cisco summit yesterday. The Demo we had were displaying the VMware, Cisco UCS, Nexus 5000, MDS 9124 &#38; Netapp Storage Solution. 1 of the Surprise thing happened during the setup, which the power source for our MDS 9124 had been tripped during the installation yesterday. In [...]]]></description>
			<content:encoded><![CDATA[<p>I was busy setup the demo solution for the Cisco summit yesterday. The Demo we had were displaying the VMware, Cisco UCS, Nexus 5000, MDS 9124 &amp; Netapp Storage Solution. 1 of the Surprise thing happened during the setup, which the power source for our MDS 9124 had been tripped during the installation yesterday. In this scenerio, all our connection to ESX host and VM were disconnected. It took us for 25 mins to recovered the power failure and the MDS Switch was back on line after that. I was thought to reboot all the ESX host as we are performing BOOT FROM SAN for all the ESX hosts that we setup. Surprise happened here, which I found all the ESX host were still continue running. I did the command uptime and check the system uptime from vcenter, it showed that the ESX host were not rebooted during the SAN connection drop from UCS to our Netapp FAS storage.</p>
<p>I further checked the virtual machines been power on in the ESX servers, which show all the VM were continue running without system crash or rebooted. Now I realize that the failure on SAN switch may not necessary result system crash or hung, in fact it may allow you resume the system state once the SAN switch are back online, of course, this is no guarantee assumption, just some surprise finding experienced yesterday would like to share here.<span id="more-1958"></span></p>
]]></content:encoded>
			<wfw:commentRss>http://malaysiavm.com/blog/surprise-finding-on-esx-host-after-san-switch-outage/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>FCoE VLAN and FC Uplinks in Cisco UCS Architecture</title>
		<link>http://malaysiavm.com/blog/fcoe-vlan-and-fc-uplinks-in-cisco-ucs-architecture/</link>
		<comments>http://malaysiavm.com/blog/fcoe-vlan-and-fc-uplinks-in-cisco-ucs-architecture/#comments</comments>
		<pubDate>Wed, 10 Mar 2010 14:18:08 +0000</pubDate>
		<dc:creator>craig</dc:creator>
				<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Tips]]></category>
		<category><![CDATA[Cisco UCS]]></category>
		<category><![CDATA[FCoE]]></category>
		<category><![CDATA[Fiber Channel]]></category>
		<category><![CDATA[MDS]]></category>
		<category><![CDATA[Nexus 5000]]></category>

		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=1821</guid>
		<description><![CDATA[Today I found some interesting technical details during my installation of Cisco UCS for the client. FCoE architecture are slightly different when you decide to uplink the FCoE traffic end to end to the Cisco Nexus 5000 unified fabric, or you are doing the FC uplink directly from the UCS 6120 to the MDS or [...]]]></description>
			<content:encoded><![CDATA[<p>Today I found some interesting technical details during my installation of Cisco UCS for the client. FCoE architecture are slightly different when you decide to uplink the FCoE traffic end to end to the Cisco Nexus 5000 unified fabric, or you are doing the FC uplink directly from the UCS 6120 to the MDS or SAN fabric switches. I went through the documentation and my previous round of installation, we were actually configure the LAN &amp; SAN uplink from UCS 6120 to Nexus 5k. Therefore, in our configuration, we required to have specified FCoE VLAN which carry the FCoE traffic to reach the storage through Nexus 5000. Today, I implemented the similar configuration, but the different was the uplink configuration.</p>
<p>This new setup are included with 10 G Ethernet uplink from UCS 6120 to Catalyst 6509 through Fiber, and utilizing FC Uplinks from UCS 6120 to MDS 9124. In my test, I removed the VLAN that I created purposely for FCoE, and found that there are no impact to the configuration.  I had confirmed with the support guys that if you are doing an uplink with FC from UCS 6100 to MDS, you will not require to tag the specified VLAN that created for the VSAN in the configuration.</p>
<p><span id="more-1821"></span></p>
]]></content:encoded>
			<wfw:commentRss>http://malaysiavm.com/blog/fcoe-vlan-and-fc-uplinks-in-cisco-ucs-architecture/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>FCoE End to End Solution with Cisco Nexus 5000 and Netapp Storage</title>
		<link>http://malaysiavm.com/blog/fcoe-end-to-end-solution-with-cisco-nexus-5000-and-netapp-storage/</link>
		<comments>http://malaysiavm.com/blog/fcoe-end-to-end-solution-with-cisco-nexus-5000-and-netapp-storage/#comments</comments>
		<pubDate>Wed, 30 Sep 2009 16:21:11 +0000</pubDate>
		<dc:creator>craig</dc:creator>
				<category><![CDATA[Hardware]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[FAS3140]]></category>
		<category><![CDATA[FCoE]]></category>
		<category><![CDATA[Netapp]]></category>
		<category><![CDATA[Nexus 5000]]></category>
		<category><![CDATA[ucs]]></category>

		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=1585</guid>
		<description><![CDATA[FCoE will be the next trend for most users to be adopted. Previous post I had explain about the high level architecture from Cisco UCS. Here I will describe the FCoE end to end solution which is slightly different with the UCS architecture. Please note that both architecture is similar but it does not same [...]]]></description>
			<content:encoded><![CDATA[<p>FCoE will be the next trend for most users to be adopted. Previous post I had explain about the high level architecture from Cisco UCS. Here I will describe the FCoE end to end solution which is slightly different with the UCS architecture. Please note that both architecture is similar but it does not same to each others.</p>
<p><img class="aligncenter size-medium wp-image-1587" title="fcoe2" src="http://malaysiavm.com/blog/wp-content/uploads/2009/10/fcoe2-254x300.jpg" alt="fcoe2" width="441" height="520" /></p>
<p><span id="more-1585"></span></p>
<p>Each server above will be connected to Nexus 5000 through CNA (Converge Network Adaptor) which provide FCoE and 10GE at the single connection. The Netapp FAS 3140 are connected to Nexus 5000 with FCoE interfaces which provide end to end solution from servers to switches, switches to storage. FC switch are not required to be in placed to allow servers communication to storage in this architecture. You can choose either NFS, FCoE or ISCSI in this configuration. The above picture is for reference and do not meant in very details as I am rush up the drawing about this post. EMC will soon officially launch the storage to support FCoE. I believe this will be the future strategy for Data Center &amp; Storage solution. In Cisco UCS, you will still require FC switch in place as the UCS 6100 interconnect does not meant the full capable FCoE switch as Nexus 5000 did. I think the new architecture are suitable for new and clean deployment and large scale virtualization. It help to reduce the massive cabling, and achieve the throughput requirements needed by the virtualization.</p>
<p><img class="aligncenter size-medium wp-image-1590" title="fcoe3" src="http://malaysiavm.com/blog/wp-content/uploads/2009/10/fcoe3-300x106.jpg" alt="fcoe3" width="519" height="182" /></p>
<p>Picture above is Traditional Network and SAN environment VS FCoE for reference purpose</p>
]]></content:encoded>
			<wfw:commentRss>http://malaysiavm.com/blog/fcoe-end-to-end-solution-with-cisco-nexus-5000-and-netapp-storage/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.374 seconds -->

