Users Guide
Table Of Contents
- 目次
 - はじめに
 - 1 機能と特徴
 - 2 Windows Server でのチー ム化の設定
 - 3 Windows での仮想 LAN
 - 4 ハードウェアの取り付け
 - 5 管理機能
 - 6 Boot Agent ドライバソフト ウェア
 - 7 Linux ドライバソフトウェア
- はじめに
 - 制限
 - パッケージング
 - Linux ドライバソフトウェアのインストール
 - 必要な iSCSI ソフトウェア コンポーネントをロード して実行する
 - Linux ドライバのアンロードまたは削除
 - PCI ファイルをパッチする(オプション)
 - ネットワークインストール
 - オプションプロパティのための値の設定
 - ドライバのデフォルト
 - ドライバメッセージ
- bnx2x ドライバメッセージ
 - bnx2i ドライバメッセージ
- BNX2I ドライバのサインオン
 - iSCSI トランスポート名前結合へのネットワークポート
 - ドライバは、iSCSI オフロードを有効にした C-NIC デバイスとのハンドシェイクを完了します
 - ドライバは、iSCSI オフロードが C-NIC デバイスで有効にされていないことを検出します
 - 許可されている最大 iSCSI 接続オフロード制限を超えています
 - ターゲットノードとトランスポート名前結合へのネットワークルートは、2 つの異なるデバイ スです
 - どの C-NIC デバイスでもターゲットに到達できません
 - ネットワークルートはダウンしているネットワークインタフェースに割り当てられています
 - SCSI-ML が開始したホストのリセット(セッションリカバリ)
 - C-NIC が iSCSI プロトコル違反を検出しました - 致命的エラー
 - C-NIC が iSCSI プロトコル違反を検出しました — 致命的ではなく、警告です
 - ドライバは、セッションをリカバリさせます
 - ターゲットから受信した iSCSI PDU を拒否します
 - Open-iSCSI デーモンがドライバにセッションを渡します
 
 - bnx2fc ドライバメッセージ
- BNX2FC ドライバのサインオン
 - ドライバは、FCoE オフロードを有効にした C-NIC デバイスとのハンドシェイクを完了します
 - ドライバは、FCoE オフロードを有効にした C-NIC デバイスとのハンドシェイクに失敗します
 - FCoE を起動するのに有効なライセンスがありません
 - 許可された最大の FCoE オフロード接続制限またはメモリ制限を超過したため、セッションが 失敗しました
 - セッションのオフロードが失敗しました
 - セッションのアップロードが失敗しました
 - ABTS を発行できません
 - ABTS を使用して IO を復元できません(ABTS タイムアウトのため)
 - セッションの準備ができていないため、I/O 要求を発行できません
 - 正しくない L2 受信フレームを廃棄しました
 - ホストバスアダプターと Iport 割り当てに失敗しました
 - NPIV ポートの作成
 
 
 - チャネル結合によるチーム化
 - 統計
 - Linux iSCSI オフロード
 
 - 8 VMware ドライバソフトウェア
 - 9 Windows ドライバソフト ウェア
 - 10 Citrix XenServer ドライバ ソフトウェア
 - 11 iSCSI プロトコル
 - 12 Marvell チーム化サービス
 - 13 NIC パーティション化と帯域 幅管理
 - 14 ファイバーチャネルオーバー イーサネット
- 概要
 - SAN からの FCoE ブート
 - インストール後に SAN からブートする
 - FCoE を設定する
 - N_Port ID Virtualization(NPIV)
 
 - 15 データセンターブリッジング
 - 16 SR-IOV
 - 17 仕様
 - 18 規制情報
 - 19 トラブルシューティング
 - A 変更履歴
 
12–Marvell チーム化サービス
アプ リ ケーシ ョ ンに関する考慮事項
文書番号 BC0054508-04  リビジョン R 
2021 
年 1 月 21 日 191 ページ
Copyright © 2021 Marvell
指定さ れたパスは、 以下の 2 つの要素によ っ て決ま り ます。 
 ク ラ イ アン ト サーバー ARP キャッシュが、 バッ クアップサーバーの MAC アドレ
ス を指定し ます。 このア ド レ スは、
Marvell 中間 ド ラ イバのイ ンバウン ド 負荷バラ
ンシングアルゴリズムによって決定されます。
 ク ラ イ アン ト サーバー Red の物理アダプ タ ーイ ン タ フ ェ ースは、 デー タ を送信 し
ます。
Marvell 中間 ド ラ イバのアウ ト バウン ド 負荷バラ ン シ ングアルゴ リ ズムが
データ を決定し ます (
164 ページの 「アウ ト バウン ド ト ラ フ ィ ッ ク フ ロー」 と
164 ページの 「イ ンバウン ド   トラフィック フロー (SLB のみ)」 を参照)。 
バッ ク ア ッ プサーバーのチーム化イ ン タ フ ェ ースは、 ク ラ イ アン ト サーバー Red への転
送に
 G-ARP (gratuitous address resolution protocol) を使用し ます。 そ し て今後は、
ク ラ イア ン ト サーバーの
 ARP キャ ッ シ ュがバッ ク ア ッ プサーバーの MAC アドレスで
更新さ れる よ う にな り ます。 チーム化イ ン タ ー フ ェ イ ス内のロー ド
 バランシング  メカニ
ズムによ っ て、
G-ARP に組み込まれる MAC ア ド レ スが決定 されます。 選択 された 
MAC 
ア ド レ スは、 基本的に ク ラ イ ア ン ト サーバーからのデー タ転送の宛先です。 
ク ラ イア ン ト サーバー Red では、 SLB チーム化アルゴ リズムが、 2 つのアダプ ターイ
ン タ フ ェ ースの う ちのど ち ら をデー タ 送信に使用するかを決定し ます。 この例では、 ク
ライアントサーバー
 Red からのデータが、 バッ クアップ サーバーのアダプ タ A イン
タ ーフ ェ イ スで受信さ れます。 チーム化し た イ ン タ ーフ ェ イ スに さ ら に負担がかかっ た
ときに
 SLB が機能する仕組みをデモ ンス ト レーシ ョ ンするため、 バ ッ ク ア ッ プ サー
バーが第
 2 のバ ッ ク ア ッ プ処理を開始するシナ リ オを考えてみます。 具体的には、 ク ラ
イアン ト サーバー
 Red へのバ ッ ク ア ッ プに加えて、 ク ラ イ ア ン ト サーバー Blue に対し
て第
 2 のバ ッ ク ア ッ プ を開始し ます。 バ ッ ク ア ッ プサーバーへのデー タ 送信に ク ラ イ ア
ン ト サーバー
 Blue が使用するルー ト は、 バ ッ ク ア ッ プサーバーの MAC アドレスを指
定する
 ARP キャ ッシュによって決定されます。 バッ クアップ サーバーのアダプ タ A で
は、 すでに ク ラ イ アン ト サーバー
 Red のバ ッ ク ア ッ プ処理で負担がかかっ ている ため、
バックアップ
 サーバーは、 SLB アルゴリズムを呼び出します。 そし て、 ARP キャ ッ
シュをバックアップ
 サーバーのアダプ タ B の MAC アドレスに変更するように、 クライ
アン トサーバー
 Blue に(G-ARP を通じて) 通知メ ッセージを送信します。 クライアン
トサーバー
 Blue は、 デー タ を転送する必要がある と き、 SLB アルゴ リズムによって決
定されたいずれかのアダプタ
 インターフェイスを使用します。 重要な点は、 クライアン
トサーバー
 Blue からのデータが、 バッ クアップ サーバーのアダプ タ A インターフェイ
スではな く、 アダプタ
 B インターフェイスで受信されることです。 このアクションが重
要と さ れる理由は、 両方のバ ッ ク ア ッ プ ス ト リ ームが同時に実行さ れてお り 、 バ ッ ク
ア ッ プサーバーは、 異な る ク ラ イ ア ン ト か らのデー タ ス ト リ ームに対 し て負荷バラ ン ス
を実行する必要があるから です。 両方のバ ッ ク ア ッ プ ス ト リ ームを実行 し ている場合、
バックアップ
 サーバーの各アダプ タ イ ン タ ー フ ェ イ スは同等の負荷を担っ てお り 、 ロー
ド
 バラ ンス対象のデー タ は、 両方のアダプ タ  インターフェイスで均等に処理されること
になります。










