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 日 166 ページ
Copyright © 2021 Marvell
UDP ------> PhysAdatper3 ------> 10.0.0.1
アダプ タ間の実際の割 り当ては、 時間の経過につれて変化する場合があ り ますが、 ハ ッ
シュでは
IP ア ド レ スのみ使用さ れるため、 TCP/UDP ベースでないプ ロ ト コ ルは同じ
物理アダプ タ を通過し ます。
パフォーマンス
最近のネ ッ ト ワーク イ ン タ フ ェ ース カー ド には、 特定の CPU 集中型の操作のオ フ ロー
ディングを行うことで
CPU 利用率を軽減する多 く のハー ド ウ ェ ア機能が用意 されてい
ます (
172 ページの 「チーム化 と その他の詳細なネ ッ ト ワーク プ ロパテ ィ 」 を参照)。
対照的に、
QLASP 中間 ド ラ イバは完全な ソ フ ト ウ ェ ア機能であ り 、 プ ロ ト コルス タ ッ
クから受信し た各パケ ッ ト を調べて、 内容に対処し てから特定の物理イ ン タ フ ェ ースを
通じて送信する必要があります。
QLASP ド ラ イバはほぼ一定の時間で各発信パケ ッ ト
を処理できますが、
CPU を限界まで使用し ている一部のアプ リ ケーシ ョ ンは、 チーム化
されたイ ン タ フ ェ ースで動作 し ている場合に悪影響を受けるおそれがあ り ます。 このよ
う なアプ リ ケーシ ョ ンは、 負荷バラ ンシ ング機能よ り も中間 ド ラ イバのフ ェ イルオー
バー機能を利用する方が適切な場合があ り ます。 または、
Large Send Offload (大量送
信オ フ ロー ド ) などの特定のハー ド ウ ェ ア機能を提供する単一の物理アダプ タ ーで、 よ
り 効率的に動作する場合があ り ます。
チームタイプ
チーム タ イ プには、 ス イ ッ チ非依存型、 ス イ ッ チ依存型、 および LiveLink があ ります。
スイッチ非依存型
Marvell Smart Load Balancing チームタ イプでは、 2 ~ 8 の物理アダプ タ ーが単一の
仮想アダ プ タ ー と し て動作で き ます。
SLB チーム タ イ プの最大の利点は、 任意の IEEE
準拠ス イ ッ チで動作 し、 特別な設定が不要な こ と です。
Smart Load Balancing およびフェイルオーバー
SLB
は、 ス イ ッ チに依存 し ない双方向のフ ォル ト トレラント チーム化およびロード バ
ラ ンシ ングを提供し ます。 ス イ ッ チに依存 し ない と い う こ と は、 スイ ッ チ内で こ の機能
をサポー ト し ている必要がな く 、
SLB がすべてのスイ ッ チと互換になる こ と を意味し ま
す。
SLB では、 チーム内のすべてのアダプ タに個別に MAC アドレスが与えられます。
ロード
バランシング アルゴリズムは、 ソースおよび宛先ノードのレイヤ 3 アドレスで
動作し ます。 これによ り 、
SLB は受信 ト ラ フ ィ ッ ク と 発信 ト ラ フ ィ ッ クの両方のロー ド
バラ ンシ ングを行 う こ と が可能にな り ます。
QLASP 中間 ド ラ イバは、 チーム内の物理ポー ト で リ ン ク ロ スを継続的に監視 し ます。
いずれかのポー ト で リ ン ク
ロ スが発生し た場合、 ト ラ フ ィ ッ クはチーム内の他のポー ト
に自動的に転送されます。
SLB チーム化モードは、 異なるスイ ッチが同じ物理ネッ ト
ワークまたはブロー ドキャス ト
ド メ イ ン上にあれば、 それらのス イ ッ チ間のチーム化を
許可する こ と によ り ス イ ッ チのフ ォル ト
トレランスをサポートします。