Cisco Cisco MDS 9500 Series Supervisor-2 Module Libro blanco

 

 

© 2006 Cisco Systems, Inc. All rights reserved. 

Important notices, privacy statements, and trademarks of Cisco Systems, Inc. can be found on cisco.com. 

Page 2 of 11 

 
 

Many organizations consolidate their SAN infrastructure in order to realize cost savings and increased management efficiencies by pooling disparate 

storage resources into one single physical storage fabric. Managing contention for resources is an important aspect in realizing the business benefits 

associated with storage consolidation. If storage resources become congested because noncritical business applications cause time-sensitive mission-

critical applications to become slowed down, the cost benefits associated with SAN consolidation quickly disappear. 

There is no automatic quick fix to alleviate congestion and blocking. It is possible to add more buffering to a switch, but additional buffers will not 

remove the congestion; they will simply increase the time it takes for congestion to turn into blocking. Virtual output queuing (VOQ) can be used to 

prevent one blocked receiver from affecting traffic being sent to other noncongested receivers (“head-of-line blocking”), but it does not do anything 

for traffic being sent to the congested device. 

SAN traffic can be categorized as a large number of devices (hosts) communicating with a smaller number of devices (storage ports). Put another 

way, SAN designs are almost always over-subscribed, with more host-attached ports than storage-attached ports. What is important is making sure 

that the oversubscription does not impact the performance of mission-critical time-sensitive applications. 

Cisco MDS 9000 Family switches were among the first SAN switches to offer QoS. Enabled in November 2003 with Cisco MDS 9000 SAN-OS 

Software Release 1.3, QoS-enabled switches provided traffic differentiation and prioritization, enabling latency-sensitive applications such as OLTP 

to share common storage resources alongside throughput-intensive applications such as data warehousing. 

QoS can be used alongside other traffic engineering features such as Fiber Channel Congestion Control (FCC) and ingress port-rate limiting and can 

be configured to apply different policies at different times of day using the command scheduler built into Cisco MDS 9000 SAN-OS Software. 

QoS capabilities have been enhanced with the introduction of second-generation Cisco MDS 9000 Family line-card modules and supervisors. 

The following paragraphs describe the implementation differences and ramifications. The semantics for QoS configuration are identical, regardless 

of generation. 

QoS on first-generation Cisco MDS switch hardware is effective at mitigating the negative effects of traffic contention on ports connected to storage 

arrays, where one or more application servers are contending for access to storage resources. For QoS to be effective, hosts and storage arrays need 

to be connected to different switches. QoS policies function only when there is congestion on end-port devices; QoS cannot do anything to alleviate 

congestion on Inter-Switch Links (ISLs) in the core of the SAN. 

Figure 3 shows how QoS could be deployed on first-generation switches, line cards, and supervisors. The two switches in the figure are connected 

with one or more ISLs.