Cisco MDS 9000 シリーズは、内部および外部で生成された制御トラフィックの QoS をサポートします。スイッチ内では、制御トラフィックはスーパーバイザ モジュールに送信され、高優先順位フレームとして扱われます。[高（high）] の優先順位ステータスは、他のすべてのトラフィックよりも絶対的な優先順位を持ち、次の場合に割り当てられます。

• 内部で生成されたタイムクリティカルな制御トラフィック（ほとんどがクラス F フレーム）。
• 別のベンダーのスイッチから Cisco MDS 9000 シリーズのスイッチに入る外部で生成されたタイムクリティカルな制御トラフィック。他のベンダーのスイッチから発信された高い優先順位フレームは、Cisco MDS 9000 シリーズのスイッチに入るときに高い優先順位としてマークされます。

重要な制御トラフィックの QoS 構成の現在の状態を表示するには、 show qos statistics コマンドを使用します。このコマンドは、現在の QoS 設定と、高い優先順位とマークされたフレームの数を表示します。カウントはデバッグ専用であり、構成できません。

次に、現在の QoS 設定を表示する例を示します

switch# show qos statistics
Total number of FC frames transmitted from the Supervisor= 15767
Number of highest-priority FC frames transmitted         = 8224
Current priority of FC control frames = 0    (0 = lowest; 7 = highest)

ボリュームが少なく、遅延の影響を受けやすいアプリケーションであるオンライン トランザクション処理（OLTP）では、要求された情報に迅速にアクセスする必要があります。バックアップ処理アプリケーションには高帯域幅が必要ですが、遅延の影響を受けません。サービスの差別化をサポートしていないネットワークでは、すべてのトラフィックが同じように扱われ、同様の遅延が発生し、同様の帯域幅が割り当てられます。Cisco MDS 9000 シリーズ スイッチの QoS 機能は、これらの保証を提供します。

データ トラフィックは、サービスの差別化の異なるレベル（低、中、高の優先順位）で優先順位を付けることができます。QoS を適用して、遅延の影響を受けやすいアプリケーションのファイバ チャネル データ トラフィックが、データ ウェアハウスなどのスループット集約型アプリケーションよりも高い優先順位を受け取るようにすることができます。

上の図では、スイッチ 1 に着信する OLTP トラフィックは、高優先度レベルのスループット分類（クラスマップ）およびマーキング（ポリシーマップ）でマーキングされています。同様に、バックアップ トラフィックは低い 優先順位レベルでマークされます。トラフィックは仮想出力キュー（VOQ）内の対応する優先順位キューに送信されます。

最初のスイッチに設定された不足加重ラウンドロビン（DWRR）スケジューラにより、優先順位の高いトラフィックがプライオリティの低いトラフィックよりも適切に処理されます。たとえば、DWRR の重みが 70:20:10 の場合、高優先順位キューは低プライオリティ キューの 7 倍のレートで処理されます。これにより、輻輳が発生した場合に、優先順位の高いトラフィックに対する遅延の減少と帯域幅の増加が保証されます。2 番目のスイッチで同様の設定を行うと、反対方向のトラフィック処理が同じになります。

OLTP サーバーが要求を送信するときに ISL が輻輳している場合、要求は高優先度キューにキューイングされ、高優先度キューが輻輳していないため、ほとんどすぐに処理されます。スケジューラは、優先順位の低いキュー内のバックアップ トラフィックよりも優先順位を割り当てます。

Note	高優先順位キューを通過するトラフィックがない場合、低優先順位キューはすべての帯域幅を使用し、構成された値に制限されません。

スイッチ 2 で同様のイベントが発生すると、トランザクション要求に対する応答が送信されます。OLTP サーバーで発生するラウンド トリップ遅延は、優先順位の低いトラフィックの量や ISL の輻輳とは無関係です。バックアップ トラフィックは、OLTP トラフィックで使用されていない場合、使用可能な ISL 帯域幅を使用します。

同じスイッチでゾーンベースの QoS と VSAN ベースの QoS の両方を構成できますが、両方の構成には大きな違いがあります。次の表に、VSAN とゾーンに基づく QoS プライオリティの構成の違いを示します。

クラス マップ機能を使用して、そのクラスに属するトラフィックを識別するための一致基準を持つトラフィック クラスを作成および定義します。クラス マップ名は 63 文字の英数字に制限されており、デフォルトは match-all オプションです。フローベースのトラフィックでは、次のいずれかの値を使用します：

• WWN：送信元 WWN または宛先 WWN。
• ファイバ チャネル ID（FC ID）：送信元 ID（SID）または宛先 ID（DID）。mask に指定できる値は、FFFFFF（FC ID 全体が使用されます。これはデフォルトです）、FFFF00（ドメインとエリア FC ID のみが使用されます）、または FF0000（ドメイン FC ID のみが使用されます）です。

Note	0x000000 の SID または DID は許可されません。

• 送信元インターフェイス：入力インターフェイス

Tip	クラス マップ内で照合されるエントリの順序は重要ではありません。

サービス ポリシーは、ポリシー マップを使用して指定されます。ポリシー マップは、クラス マップからサービス レベルへの順序付けられたマッピングを提供します。ポリシー マップ内で複数のクラス マップを指定し、クラス マップを高、中、または低のサービス レベルにマッピングできます。デフォルトの優先度は [Low] です。ポリシー マップ名は 63 文字の英数字に制限されています。

または、DiffServ コード ポイント（DSCP）にクラス マップをマッピングできます。DSCP は、指定されたフレームのサービス レベルのインジケータです。DSCP 値の範囲は 0 ～ 63 です。そして、デフォルトは、0 です。DSCP 値 46 は許可されません。

ポリシー マップ内のクラス マップの順序は、フレームをクラス マップと比較する順序を決定するために重要です。最初に一致したクラス マップには、対応するプライオリティがフレーム内でマークされます。

（注）	QoS DSCP 値の実装の詳細については、『DSCP による QoS ポリシーの実装』を参照してください。

（注）	クラス マップは、各ポリシー マップで構成されている順序で処理されます。

QoS データ トラフィック ポリシーを構成した場合は、そのポリシーを必要な VSAN に適用して、データ トラフィック構成を適用する必要があります。ポリシーを VSAN に適用しない場合、データ トラフィックの構成は適用されません。VSAN には、ポリシー マップを 1 つだけ適用できます。

Note	同じポリシーを VSAN の範囲に適用できます。

Cisco NX-OS ソフトウェアは、次の 4 つのスケジューリング キューをサポートしています：

• 完全プライオリティ キューは、他のキューよりも優先して処理されるキューです。他のキューの状態に関係なく、フレームがキューイングされている場合は常に処理されます。
• QoS は、他のすべてのトラフィックを DWRR スケジューリング高、中、低のプライオリティ トラフィック キューに割り当てます。

DWRR スケジューラは、構成された重みの比率でキューを処理します。重みを高くすると、帯域幅を拡張して遅延をなくすことができます。デフォルトの重みは、高キューの場合は 50、中規模キューの場合は 30、低キューの場合は 20 です。構成された重みの比率は異なる場合がありますが、キューの重みの順序を減らすことは、プライオリティの高いキューほど高いサービスレベルを確保するために必要です（たとえば、70:30:5 または 60:50:10 は構成できますが、50 はできません。 70:10）。

Note	第 1 世代および第 2 世代のモジュールは、Cisco MDS NX-OS リリース 6.x 以降ではサポートされていません。第 3 世代および第 4 世代のモジュールは、Cisco MDS NX-OS リリース 8.x 以降ではサポートされません。 サポートされるモジュールとポートの詳細については、『 Cisco MDS 9000 シリーズ インターフェイス構成ガイド、リリース 8.x 』を参照してください。

show qos コマンドは、データトラフィックの現在の QoS 設定を表示します（次の例を参照）。

switch# show qos class-map
qos class-map MyClass match-any
    match destination-wwn 20:01:00:05:30:00:28:df
    match source-wwn 23:15:00:05:30:00:2a:1f
    match input-interface fc2/1
qos class-map Class2 match-all
    match input-interface fc2/14
qos class-map Class3 match-all
    match source-wwn 20:01:00:05:30:00:2a:1f

switch# show qos class-map name MyClass
qos class-map MyClass match-any
    match destination-wwn 20:01:00:05:30:00:28:df
    match source-wwn 23:15:00:05:30:00:2a:1f
    match input-interface fc2/1

switch# show qos policy-map
qos policy-map MyPolicy
    class MyClass
    priority medium
qos policy-map Policy1
    class Class2
    priority low

switch# show qos policy-map name MyPolicy
qos policy-map MyPolicy
    class MyClass
        priority medium

switch# show qos dwrr
qos dwrr-q high weight 50
qos dwrr-q medium weight 30
qos dwrr-q low weight 20

switch# show qos service policy
qos service policy MyPolicy vsan 1
qos service policy Policy1 vsan 4

switch# show qos service policy vsan 1
qos policy-map pmap1
   class cmap1
       priority medium
   class cmap2
       priority high

switch# show qos service policy interface fc3/10
qos policy-map pmap1
   class cmap3
       priority high
   class cmap4
       priority low

switch# show qos statistics
Total number of FC frames transmitted from the Supervisor= 301431
Number of highest-priority FC frames transmitted         = 137679
Current priority of FC control frames = 7    (0 = lowest; 7 = highest)

ここでは、次の図に示すアプリケーションの構成例について説明します。

OLTP サーバーとバックアップ サーバーの両方がディスクにアクセスしています。バックアップ サーバーが大量のデータをディスクに書き込んでいる。このデータは、特定のサービス保証を必要としません。OLTP サーバーによってディスクに生成されるデータの量は比較的少なくなりますが、トランザクション処理は低遅延アプリケーションであるため、このトラフィックにはより高速な応答が必要です。

輻輳ポイントは、スイッチからディスクへのトラフィックの場合、スイッチ 2 とディスクの間のリンクです。このパスにはバックアップ トラフィックがほとんどないため、リターン パスはほとんど輻輳していません。

OLTP サーバーからディスクへのトラフィックをバックアップ サーバーからディスクへのトラフィックよりも優先させるには、スイッチ 2 でサービスを差別化する必要があります。