インターフェイスファイバー チャネルバランシングの監視
動作モード コマンドを使用して、スイッチロード バランシングがゲートウェイ モードのFCoE状態FC監視できます。
インターフェイスのロードバランシング状態の監視
目的
セッション数(有効/無効をロード バランシング、ネイティブ インターフェイス(仮想インターフェイス)インターフェイスごとに負荷分散重みファイバー チャネル監視FCします。
セッションは、FLOGIまたはFDISCから SANファブリックのFCされます。セッションはエンドツーエンドのストレージ セッションを参照しません。
アクション
仮想ネットワーク内のネイティブ インターフェイスのFCバランシング状態を監視するには、次の CLI コマンドをCLIします。
show fibre-channel proxy np-port user@switch>
例えば:
user@switch> show fibre-channel proxy np-port Fabric: sanfab1, Fabric-id: 10 NP-Port State Sessions LB state LB weight fc-0/0/0.0 online 5 ON 4 fc-0/0/1.0 online 5 ON 4 fc-0/0/2.0 online 10 ON 8 Fabric: fc_fab2, Fabric-id: 200 NP-Port State Sessions LB state LB weight fc-0/0/44.0 isolated 0 OFF 0 Fabric: fc_fabric_100, Fabric-id: 100 NP-Port State Sessions LB state LB weight fc-0/0/46.0 online 1 ON 8
意味
表 1 は、データ インターフェイスのロード バランシング状態FC出力フィールドをまとめた形式です。
フィールド |
値 |
|---|---|
生地 |
ファブリックの名前。 |
ファブリック ID |
ファブリックID番号。 |
NP ポート |
NP_Port、FCF(FCoEパー)またはスイッチに接続されたインターフェイスFCされます。 |
状態 |
インターフェイスのFCID NP_Port状態:
|
セッション |
インターフェイス上でアクティブNP_Port数。 |
LB の状態 |
負荷分散の状態:
|
重量(LB) |
ポート速度を反映したロード バランシング重量:
|
ゲートウェイは、WRR(Weighted Round-Robin)アルゴリズムを使用して、最小ロードのインターフェイスを判断します。
(セッション数 * 最大重量)/重量
最大 重量は 内部で一定ですインターフェイス上の負荷がFCが等しい場合、セッションは最高のリンク速度(最大の重み)を持つインターフェイスに割り当てられます。
ファブリックロードバランシングアルゴリズムの監視
目的
ネイティブFCインターフェイスで使用されるロードバランシングアルゴリズムのタイプ(シンプル、ENodeベース、またはFLOGIベース)を監視します。ロードリバランスの自動化が有効になっているかどうか、ファブリックの負荷の再バランス状態。
アクション
CLI のネイティブ FC インターフェイスで使用されているロード バランシング アルゴリズムとロード リバランス状態を監視するには、次の CLI コマンドを入力します。
show fibre-channel proxy fabric-state user@switch>
例えば:
user@switch> show fibre-channel proxy fabric-state Fabric: sanfab1, Fabric-id: 10 Proxy load balance algorithm: Simple, Fabric WWN verification: Yes Auto load rebalance enabled : No Last rebalance start-time : Never Last rebalance end-time : Never Last rebalance trigger : Link-up Last rebalance trigger-time : Mon Sep 10 21:42:30 2012 usec: 814602 Last rebalance trigger-result: Not-configured Fabric: fc_fab2, Fabric-id: 200 Proxy load balance algorithm: ENode based, Fabric WWN verification: Yes Auto load rebalance enabled : No Last rebalance start-time : Never Last rebalance end-time : Never Last rebalance trigger : Link-up Last rebalance trigger-time : Mon Sep 17 17:23:35 2012 usec: 619684 Last rebalance trigger-result: Not-configured Fabric: fc_fabric_100, Fabric-id: 100 Proxy load balance algorithm: FLOGI based, Fabric WWN verification: No Auto load rebalance enabled : Yes Last rebalance start-time : Never Last rebalance end-time : Never Last rebalance trigger : Config-CLI Last rebalance trigger-time : Fri Nov 2 08:56:16 2012 usec: 004487 Last rebalance trigger-result: Not-required
意味
FCoE-FC ゲートウェイ上の各ローカル FC ファブリックでは、シンプルな ENode ベース、または FLOGI ベースのロード バランシング アルゴリズムの 3 種類のいずれかを使用できます。 特定のゲートウェイ FC ファブリックのネイティブ FC インターフェイス(NP_Ports)すべてで、同じロード バランシング アルゴリズムを使用します(ロード バランシング アルゴリズムがファブリックごとに適用されます)。
表 2 は、データ インターフェイスのロード バランシング アルゴリズムFCの主要な出力フィールドをまとめた形式です。
フィールド名 |
フィールドの説明 |
|---|---|
生地 |
ファブリックの名前。 |
ファブリック ID |
ファブリックID番号。 |
プロキシー ロード バランシング アルゴリズム |
仮想ネットワークゲートウェイファブリックで使用されるロードFCoEバランシングFCアルゴリズムFC:
|
ファブリック WWN の検証 |
WWN(ファブリックワールドワイド名前)検証テストゲートウェイ ファブリックのFCoE状態FCチェックします。
|
自動負荷の再調整が可能 |
リンクロードのリバランシングを自動化したFCoEファブリックFC構成:
|
最後の再調整の開始時刻 |
最後のリンク負荷の再調整が、FCoE-FCから始まった時期:
|
最後のリバランスをエンドユーザーに |
最後のリンク負荷の再バランスが、FCoE-FCした時間:
|
最後のリバランス トリガー |
最新のゲートウェイ ファブリックで最後のリンク 負荷の再調整FCoEトリガー FCイベント:
|
最後のリバランス トリガータイム |
最後のリンク負荷の再調整が、FCoE-FC発生した時間:
|
最後の再調整トリガー結果 |
FCoE-FC の最後のトリガー イベントの結果:
メモ:
トリガー イベントが必ずしもリバランス アクションの結果であるとは限りません。リンクの負荷再バランスが起こるのは、トリガー イベントNP_Portのインターフェース セッションの負荷のバランスが取されていない場合のみです。 |