メインコンテンツまでスキップ

IOD が必要になる時期と、どのように設定されていますか。

Views:
75
Visibility:
Public
Votes:
1
Category:
ontap-9
Specialty:
san
Last Updated:

すべてのとおり  

環境

  • SAN
  • FlexPod
  • SolidFire すべてのフラッシュアレイ
  • E シリーズオールアレイ
  • SolidFire Element OS
  • clustered Data ONTAP 8
  • Data ONTAP 7 以前

回答

この資料は、 MetroCluster のバックエンド構成には適用されません。MetroCluster での OOD をサポートする情報およびサポートされる構成については、『 MetroCluster Installation and Configuration Guide 』を参照してください。

IOD ( In-Order Delivery )とは何ですか。

フレームの配信順序はスイッチ内で維持され、有効なルーティングポリシーによって決定されます。各ルーティングポリシーのフレーム配信動作は次のとおりです。

  • ポートベースルーティング
    宛先ドメイン宛ての着信ポートで受信されたすべてのフレームは、受信した順序と同じ順序でスイッチから送信されることが保証されます。
  • Exchange ベースのルーティング
    特定の交換の着信ポートで受信されたすべてのフレームは、受信した順序と同じ順序でスイッチから送信されることが保証されます。異なる交換に異なるパスが選択されるため、このポリシーでは、交換間のフレームの順序は維持されません。
    ファブリック内の 1 つのスイッチが順不同の交換を配信する場合、ファブリック内の他のスイッチに設定されているポリシーに関係なく、交換はターゲットに順不同で配信されます。
    安定したファブリックでは、スイッチ間のトラフィックが複数のパスで共有されている場合でも、フレームは常に順番に配信されます。ただし、ファブリック内でトポロジが変更されると(リンクがダウンした場合など)、トラフィックは障害を迂回して再ルーティングされ、一部のフレームは順不同で配信される可能性があります。ほとんどの宛先デバイスでは、順不同での配信は許容されますが、一部のデバイスでは許容されません。デフォルトでは、フレームベースの順不同配信は、ドロップされるフレームの数を最小限に抑えることができます。順序どおりの配信( IOD )を有効にすると、フレームが順序どおりに配信されるか、ドロップされるかが保証されます。順序どおりのフレーム配信を強制できるのは、ファブリックに順序外のフレーム配信を許容できない宛先デバイスが含まれている場合だけです。

IOD の仕組み

IOD の詳細を理解するには、いくつかの概念について説明する必要があります。

  • ファイバチャネルは、 Fabric Shortest Path First ( FSPF )を使用してパスの可用性を判断します。トポロジルートの変更中に、新しいパスが以前のパスよりも高速であるか、または輻輳が少ない可能性があります。これにより、フレームの順序どおりの配信ができなくなる可能性があります。リンク集約を変更すると、新しいルートも選択される可能性があることに注意してください。パスの変更は、 DLS ( Dynamic Load Sharing )などの設定によっても異なります。
  • 発信者と宛先の間のファイバチャネルカンバセーションは、セッションと呼ばれます。セッションは ' フレーム --> シーケンス --> 交換で構成されますこれらの部分を考えるもう 1 つの方法は次のとおりです。
    • フレーム ~ ワード
    • シーケンス ~ 文
    • ここでは、 Exchange との会話
      の例を示します。
      1004981-1.jpg
    • Exchange の定義: Exchange は、 N_Port (ノード)間の処理要求と応答を記述します。交換には次のような要素があります。
      • 発信元交換 ID ( OX_ID )。要求側 N_Port
      • 応答側の交換 ID ( rx_id )、応答側の N_Port
        : N_Port のペア間に単一の交換が存在
        します。複数の交換が、 N_Port の異なるペア間に同時に存在する場合があります

フレーム、シーケンス、および交換の連携方法の詳細について[1]は、次の資料を参照してください。 Fabric Shortest Path First ( FSPF ):等コストパス間のトラフィックのロードバランシングをサポートするリンクステートフレームルーティングプロトコル。

ロードバランシングには、 FSPF で次の 3 つのメカニズムを使用できます。

  1. ラウンドロビン:
  2. Exchange Based ( OXID ):ソース ID 、デスティネーション ID 、および Exchange ID
    • 安定したファブリックでは、フレームは交換内で順番に配信されます
  3. フローベース / ポートベース:送信元 ID と宛先 ID ( FCID または物理ポート)
    • 安定したファブリックでは、フレームは単一の交換内で順番に配信されます。2 つの交換で異なるパスが使用される可能性があり、その結果、フレームの順序が正しくなくなる可能性があります。

IOD がオンの場合、ファブリックには次のことが適用されます。

  • FSPF でフローベース / ポートベースのロードバランシングを使用する必要があります
  • 古いパスを使用するフレームは、新しいフレームが受け入れられる前に配信されます
  • 古いパスのセトリストでホールドダウン期間が満たされるまで、新しいルートは追加されませんか?ホールドダウンは、 E_D_TOV = 2000 ms (デフォルト)と同じです。
  • スイッチ遅延ドロップ期間内に古いパスを介して配信されたフレームはドロップされます
    • デフォルトでは、ドロップ期間は 500 ミリ秒です
    • ドロップ期間 Brocade のデフォルトは 650 ミリ秒です
  • 新しいフレームは、スイッチの遅延ドロップ期間が経過した後、新しいパスを介して配信されます

主な事実とデフォルト設定:

  • デフォルトでは、異なる等コストパスを使用する場合、ロードバランシングはすべての Cisco スイッチと 4 Gbps Brocade スイッチの Exchange ID に基づいて行われます。
  • Brocade 2Gbps 以下のスイッチでは、リンクアグリゲーションを使用しない送信元 / 宛先 ID ルーティングのみが可能です
  • IOD 設定は、 Cisco および Brocade スイッチではデフォルトでオフになっています。ただし、この設定が有効になっていない場合でも、 IOD は Exchange 内の安定したファブリックで保証されます。

IOD が必要なのはいつですか。

IOD は、複数の ISL ( Interswtich Link )を使用する V シリーズ MetroCluster または SnapMirror over FC ( SMOFC )環境の FCVI で、 FC-VI トラフィックを複数の ISL で伝送できる場合に必要です( FC-VI 専用の ISL は 1 つもありません)。例外については、『 MetroCluster Install and Configuration Guide 』を参照してください。
専用バックエンドスイッチを必要とする新しい V シリーズ環境では、これらの設定は不要です。
IOD は、ファイバチャネルノードを使用する NetApp SolidFire ストレージクラスタにも必要です。

スイッチファブリックで IOD を有効にするにはどうすればよいですか。

  • ロードバランシングスキームを src-dst-id に設定します( APTPOLICY1|2 )。 
  • IOD ギャランティをオンにする必要があります。
    • Brocade: 不定期セット(不定期表示、リセット)
    • cisco : VSAN 内またはグローバルにディセーブルにします
  • Brocade では、リンクアグリゲート内のリンク内のダイナミックロードバランシングを無効にする必要があります( dlsreset 、 dlsset 、 dlsshow )。これはシスコには適用されません。

フレームが正常に配信されていない場合、どのような症状が見られますか。

QLogic FCVI アダプタのリセットエラーメッセージは、 Filer のコンソールに表示されます。

エラー: QLogic VI FC アダプタ: isp_cs_vi_error vinum = 0x3 state = 0x3 code = 0x6

注意:このメッセージは、フレームが存在する場合に、エラーコード = 0x6 で生成されます …

  1. 注文外で受領しました
  2. ファブリック内で廃棄されました
  3. FC-VI カードで廃棄されました

アップロードできるのは .csv ファイルと .txt ファイルだけです( 2 )および( 3 )で説明したように廃棄されたフレームは、 IOD 設定とは関係ありません。

これらの設定は、専用のバックエンドスイッチを必要とするファブリック MetroCluster 環境( V シリーズおよび FAS )では適用されず、テストもされません。NOW サイトに掲載されている「 Switch Configuration for Fabric MetroCluster 」に従ってスイッチを設定している場合は、これらの環境での順序どおりの配信を行わないでください。

IOD が設定されているかどうかの確認

このパラメータの表示と変更:

  1. iodShow 現在の IOD 設定を表示するには、コマンドを入力します。

    次のいずれかのメッセージが表示されます。
    • IOD is set - In-Order Delivery ( IOD )オプションを有効にします。これにより、ファブリックトポロジの変更時にフレームを順番に配信できます。
    • IOD is not set - In-Order Delivery ( IOD )オプションをオフにします。このコマンドを使用すると、ファブリックトポロジの変更時にフレームが順序どおりに配信されなくなることがあります。
       
  2. iodSet順序どおりの配信をイネーブルにするには、コマンドを入力します。
  3. iodReset 順序どおりの配信をディセーブルにするには、コマンドを入力します。

    例:

    switch:admin> iodshow
    IOD is set
    switch:admin> configshow "route.d"
    route.delayReroute:1
    switch:admin> iodreset
    Committing configuration...done.
    switch:admin> iodshow
    IOD is not set
    switch:admin> configshow "route.d"
    route.delayReroute:0

追加情報

N/A

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.