{"id":187,"date":"2010-12-31T10:14:51","date_gmt":"2010-12-31T16:14:51","guid":{"rendered":"http:\/\/www.unifiedcomputingblog.com\/?p=187"},"modified":"2010-12-31T10:14:51","modified_gmt":"2010-12-31T16:14:51","slug":"ucsm-1-4-direct-attach-appliancestorage-ports","status":"publish","type":"post","link":"https:\/\/www.unifiedcomputingblog.com\/?p=187","title":{"rendered":"UCSM 1.4 : Direct attach appliance\/storage ports!"},"content":{"rendered":"

One of the most often requested features in the early days of UCS was the ability to directly attach 10GE storage devices (both Ethernet and FCoE based) to the UCS Fabric Interconnects.<\/p>\n

Up until UCSM 1.4, only two types of Ethernet port configurations existed in UCS – Server Ports (those connected to IO Modules in the chassis) and Uplink Ports (those connected to the upstream Ethernet switches).\u00a0\u00a0 As UCS treated all Uplink ports equally, you could not in a supported manner connect an end device such as a storage array or server to those ports.\u00a0\u00a0 There were, of course, clever customers who found ways to do it – but it wasn’t the “right” or most optimal way to do it.<\/p>\n

Especially within the SMB market, many customers may not have existing 10G Ethernet infrastructures outside of UCS, or FC switches to connect storage to.\u00a0\u00a0 For these customers, UCS could often provide a “data center in a box”, with the exception of storage connectivity.\u00a0\u00a0 For Ethernet-based storage, all storage arrays had to be connected to some external Ethernet switch, while FC arrays had to be connected to a FC switch.\u00a0\u00a0 Adding a 10G Ethernet or FC switch just for a few ports didn’t make a lot of financial sense, especially if those customers didn’t have any additional need for those devices beyond UCS.<\/p>\n

With UCSM 1.4, all of that changes.\u00a0\u00a0 Of course, the previous method of connecting to upstream Ethernet and FC switches still exists, and will still be the proper topology for many customers.\u00a0 Now, however, a new set of options has been opened.<\/p>\n

Take a look at some of the new port types available in UCSM 1.4 :<\/p>\n

\"\"<\/a>New in 1.4 are the Appliance, FCoE Storage, Monitoring Ethernet, Monitoring FC, and Storage FC port types.<\/p>\n

I’ll cover the Monitoring types in a later post.<\/p>\n

On the Ethernet side of things, the Appliance and FCoE Storage allow for the direct connection of Ethernet storage devices to the Fabric Interconnects.<\/p>\n

The Appliance port is intended for connecting Ethernet-based storage arrays (such as those serving iSCSI or NFS services) directly to the Fabric Interconnect.\u00a0\u00a0 If you recall from previous posts, in the default deployment mode (Ethernet Host Virtualizer), UCS selected one Uplink port to accept all broadcast and multicast traffic from the upstream switches.\u00a0\u00a0 By adding this Appliance port type, you can ensure that any port configured as an Appliance Port will not be selected to receive broadcast\/multicast traffic from the Ethernet fabric, as well as providing the ability to configure VLAN support on the port independently of the other Uplink ports.<\/p>\n

The FCoE Storage Port type provides similar functionality as the Appliance Port type, while extending FCoE protocol support beyond the Fabric Interconnect.\u00a0\u00a0 Note that this is not intended for an FCoE connection to another FCF (FCoE Forwarder) such as a Nexus 5000.\u00a0\u00a0 Only direct connection of FCoE storage devices (such as those produced by NetApp and EMC) are supported.\u00a0\u00a0 When an Ethernet port is configured as an FCoE Storage Port, traffic is expected to arrive without a VLAN tag.\u00a0\u00a0 The Ethernet headers will be stripped away and a VSAN tag will be added to the FC frame.\u00a0\u00a0 Much as the previous FC port configuration was, only one VSAN is supported per FCoE Storage Port.\u00a0\u00a0 Think of these ports like an Ethernet “access” port – the traffic is expected to arrive un-tagged, and the switching device (in this case, the Fabric Interconnect) will tag the frames with a VSAN to keep track of it internally.\u00a0\u00a0 When the frames are eventually delivered to the destination (typically the CNA on the blade), the VSAN tag will be removed before delivery.\u00a0\u00a0 Again, it’s very similar to traffic flowing through a traditional Ethernet switch, access port to access port.\u00a0\u00a0 Even though both the sending and receiving devices are expecting un-tagged traffic, it’s still tagged internally within the switch while in transit.<\/p>\n

The Storage FC Port type allows for the direct attachment of a FC storage device to one of the native FC ports on the Fabric Interconnect expansion modules.\u00a0 Like the FCoE Storage Port type, the FC frames arriving on these ports are expected to be un-tagged – so no connection to an MDS FC switch, etc.\u00a0\u00a0 Each Storage FC Port is assigned a VSAN number to keep the traffic separated within the UCS Unified Fabric.\u00a0\u00a0 When used in this way, the Fabric Interconnect is not providing any FC zoning configuration capabilities – all devices within a particular VSAN will be allowed, at least at the FC switching layer (FC2), to communicate with each other.\u00a0\u00a0 The expectation is that the devices themselves, through techniques such as LUN Masking, etc, will provide the access control.\u00a0\u00a0 This is acceptable for small implementations, but does not scale well for larger or more enterprise-like configurations.\u00a0\u00a0 In those situations, an external FC switch should be used either for connectivity or to provide zoning information – the so-called “hybrid model”.\u00a0\u00a0 I’ll cover the hybrid model in a later post.<\/p>\n","protected":false},"excerpt":{"rendered":"

One of the most often requested features in the early days of UCS was the ability to directly attach 10GE storage devices (both Ethernet and FCoE based) to the UCS Fabric Interconnects. Up until UCSM 1.4, only two types of Ethernet port configurations existed in UCS – Server Ports (those connected to IO Modules in … Continue reading UCSM 1.4 : Direct attach appliance\/storage ports!<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[7,8],"tags":[9,22,23,32,37,40,50,55],"class_list":["post-187","post","type-post","status-publish","format-standard","hentry","category-ucs-hardware","category-ucs-management","tag-1-4","tag-fc","tag-fcoe","tag-iscsi","tag-nas","tag-nfs","tag-storage","tag-ucsm"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/www.unifiedcomputingblog.com\/index.php?rest_route=\/wp\/v2\/posts\/187","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.unifiedcomputingblog.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.unifiedcomputingblog.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.unifiedcomputingblog.com\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.unifiedcomputingblog.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=187"}],"version-history":[{"count":0,"href":"https:\/\/www.unifiedcomputingblog.com\/index.php?rest_route=\/wp\/v2\/posts\/187\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.unifiedcomputingblog.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=187"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.unifiedcomputingblog.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=187"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.unifiedcomputingblog.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=187"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}