Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

インターフェイスファイバー チャネルバランシングの監視

動作モード コマンドを使用して、スイッチロード バランシングがゲートウェイ モードのFCoE状態FC監視できます。

インターフェイスのロードバランシング状態の監視

目的

セッション数(有効/無効をロード バランシング、ネイティブ インターフェイス(仮想インターフェイス)インターフェイスごとに負荷分散重みファイバー チャネル監視FCします。

メモ:

セッションは、FLOGIまたはFDISCから SANファブリックのFCされます。セッションはエンドツーエンドのストレージ セッションを参照しません。

アクション

仮想ネットワーク内のネイティブ インターフェイスのFCバランシング状態を監視するには、次の CLI コマンドをCLIします。

show fibre-channel proxy np-port user@switch>

例えば:

意味

表 1 は、データ インターフェイスのロード バランシング状態FC出力フィールドをまとめた形式です。

表 1:インターフェイスのFCバランシング出力フィールドの主要な概要

フィールド

生地

ファブリックの名前。

ファブリック ID

ファブリックID番号。

NP ポート

NP_Port、FCF(FCoEパー)またはスイッチに接続されたインターフェイスFCされます。

状態

インターフェイスのFCID NP_Port状態:

  • オンライン — ポートはオンラインで、スイッチにFCされます。FCoEデバイスは、このポートを使用してFCスイッチにログインできます。

  • 分離—ポートは隔離され、ロード バランシング機能の一部ではありません。FCoEデバイスは、このポートを使用してFCスイッチにログインできません。

  • オフライン — ポートはオフラインです。

セッション

インターフェイス上でアクティブNP_Port数。

LB の状態

負荷分散の状態:

  • オン — ロード バランシングがオン

  • オフ :ロード バランシングはオフです。

重量(LB)

ポート速度を反映したロード バランシング重量:

  • 2—ポート速度は 2 Gbps です。

  • 4—ポート速度は 4 Gbps です。

  • 8—ポート速度は 8 Gbps です。

ゲートウェイは、WRR(Weighted Round-Robin)アルゴリズムを使用して、最小ロードのインターフェイスを判断します。

(セッション数 * 最大重量)/重量

最大 重量は 内部で一定ですインターフェイス上の負荷がFCが等しい場合、セッションは最高のリンク速度(最大の重み)を持つインターフェイスに割り当てられます。

ファブリックロードバランシングアルゴリズムの監視

目的

ネイティブFCインターフェイスで使用されるロードバランシングアルゴリズムのタイプ(シンプル、ENodeベース、またはFLOGIベース)を監視します。ロードリバランスの自動化が有効になっているかどうか、ファブリックの負荷の再バランス状態。

アクション

CLI のネイティブ FC インターフェイスで使用されているロード バランシング アルゴリズムとロード リバランス状態を監視するには、次の CLI コマンドを入力します。

show fibre-channel proxy fabric-state user@switch>

例えば:

意味

FCoE-FC ゲートウェイ上の各ローカル FC ファブリックでは、シンプルな ENode ベース、または FLOGI ベースのロード バランシング アルゴリズムの 3 種類のいずれかを使用できます。 特定のゲートウェイ FC ファブリックのネイティブ FC インターフェイス(NP_Ports)すべてで、同じロード バランシング アルゴリズムを使用します(ロード バランシング アルゴリズムがファブリックごとに適用されます)。

表 2 は、データ インターフェイスのロード バランシング アルゴリズムFCの主要な出力フィールドをまとめた形式です。

表 2: show fibre-channel proxy fabric-state Output Fields

フィールド名

フィールドの説明

生地

ファブリックの名前。

ファブリック ID

ファブリックID番号。

プロキシー ロード バランシング アルゴリズム

仮想ネットワークゲートウェイファブリックで使用されるロードFCoEバランシングFCアルゴリズムFC:

  • シンプル: ロード バランシングは、単一のファブリックに接続されたデバイスのNP_Ports使用率(負荷)FCされます。新しい FLOGI または FDISC は、それぞれ最小ロードのリンクに割り当てられます。

    リンクの負荷の再調整では、別のリンクに移動する必要があるセッションだけがログアウトされます。これらのセッションが再度ログインすると、アクティブなインターフェイスNP_Portに配置されます。

  • ENode ベース : ロード バランシングは ENode FLOGI に基づく。ENode がファブリックにログインすると、その ENode に関連付けられた後続のすべての FDISC セッション(VN_Port セッション)が、リンクの負荷に関係なく、ENode FLOGI セッションと同じリンクに配置されます。新しい ENode FLOG が最小ロードされたリンクに配置されます。

    リンクの負荷の再調整では、すべてのセッションがログアウトされます。セッションが再度ログインすると、アクティブなインターフェイスに、バランスNP_Portして配置されます。

  • FLOGI ベース:ロード バランシングは ENode FLOGI をベースにしています。ENode がファブリックにログインすると、その ENode に関連付けられた後続のすべての FDISC セッション(VN_Port セッション)が、リンクの負荷に関係なく、ENode FLOGI セッションと同じリンクに配置されます。新しい ENode FLOG が最小ロードされたリンクに配置されます。

    リンクの負荷の再調整では、別のリンクに移動する必要があるセッションだけがログアウトされます。これらのセッションが再度ログインすると、アクティブなインターフェイスNP_Portに配置されます。

ファブリック WWN の検証

WWN(ファブリックワールドワイド名前)検証テストゲートウェイ ファブリックのFCoE状態FCチェックします。

  • はい — ファブリック WWN 検証チェックは有効です。

  • いいえ — ファブリック WWN 検証チェックは無効になります。

自動負荷の再調整が可能

リンクロードのリバランシングを自動化したFCoEファブリックFC構成:

  • いいえ — 自動化されたロード バランシングポリシーは無効になります(デフォルトの状態)。

  • ○ — 自動化ロード バランシング有効です。

最後の再調整の開始時刻

最後のリンク負荷の再調整が、FCoE-FCから始まった時期:

  • 絶対 — リンクの負荷が再調整されたという問題は一度も起こってこない。

  • タイムスタンプ値 — 最後のリンク負荷リバランシングが開始された時刻。

最後のリバランスをエンドユーザーに

最後のリンク負荷の再バランスが、FCoE-FCした時間:

  • 絶対 — リンクの負荷が再調整されたという問題は一度も起こってこない。

  • タイムスタンプ値 — 最後のリンク負荷のリバランシングが終了した時刻。

最後のリバランス トリガー

最新のゲートウェイ ファブリックで最後のリンク 負荷の再調整FCoEトリガー FCイベント:

  • なし — リンクの負荷が再調整されたことがない。

  • Config-CLI—自動化された仮想ネットワークを設定(有効化)ロード バランシング。

  • Request-CLI— 動作コマンドを使用して、CLIを設定変更 request fibre-channel proxy load-rebalance fabric fabric-name します。

  • プレビュー-CLI— 動作 dry run コマンドを使用して、CLIを設定してリアラン request fibre-channel proxy load-rebalance dry-run fabric fabric-name します。スイッチがドライ ランを完了したと示します。ドライ ランはリンクの負荷の再バランスをシミュレーションし、実際のリバランスを要求した場合に影響を受ける可能性があるセッションのリストを表示します。

  • リンクアップ —FCoE-FC ゲートウェイ ファブリック上で新しい FC リンク(NP_Port)がアップすると、再バランスが発生して、セッションが新しいリンクに配信されます。

  • 完全な復旧— スイッチのFCが再起動した場合、スイッチは再起動する前に存在していたセッション状態を復元します。自動再バランスが有効になっている場合、復元が完了すると、セッションが復旧して再調整されたと表示されます。

最後のリバランス トリガータイム

最後のリンク負荷の再調整が、FCoE-FC発生した時間:

  • [しない] — リンクの負荷リバランシングがトリガーされたという問題が発生したことは一度も起こってこない。

  • タイムスタンプ値 — 最後のリンク負荷リバランシングがトリガーされた時刻。

最後の再調整トリガー結果

FCoE-FC の最後のトリガー イベントの結果:

  • [しない] — リンクの負荷リバランシングがトリガーされたという問題が発生したことは一度も起こってこない。

  • 設定されていません — デフォルトのゲートウェイ ファブリックで自動リFCoE FC設定されていません。

  • 不要:最後の再バランストリガーでは、リンク負荷のバランスを変更する必要はなかった(アクティブなリンク リンク全体でリンクの負荷NP_Portっていました)。

  • 進行中 — リンクロードの再バランシングは進行中で、まだ完了していません。

  • 進行中の復元 —スイッチは FC プロセスの再起動から回復し、アクティブなスイッチ リンクにセッションを復元NP_Portしています。

  • 成功 — リンクロードのリバランシングに成功しました。

  • ログアウトすべて — すべてのセッションがログアウトされます。

  • プレビュー完了 — このスイッチは、CLIrequest fibre-channel proxy load-rebalance dry-run fabric fabric-name ( 動作コマンド)からのドライランリバランスリクエストのシミュレーションを完了し、実際のリンク負荷の再調整を要求した場合に影響を受ける可能性があるセッションを報告しました。

  • ファブリック削除(進行中) — FCoEゲートウェイ ファブリックFC削除中です。

メモ:

トリガー イベントが必ずしもリバランス アクションの結果であるとは限りません。リンクの負荷再バランスが起こるのは、トリガー イベントNP_Portのインターフェース セッションの負荷のバランスが取されていない場合のみです。