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 日 152 ページ
Copyright © 2021 Marvell
Smart Load Balancing およびフェイルオーバー
Smart Load Balancing およびフ ェ イルオーバーチームタイプは、 負荷バランシング用
に設定さ れている場合は負荷バラ ンシ ング と フ ェ イルオーバーの両方を提供し 、 フ ォー
ル ト ト レ ラ ンス用に設定されている場合にはフ ェ イルオーバーのみを提供し ます。 この
チーム
タイプは、 どのイーサネット スイッチでも動作し、 スイッチのト ランキング設定
は不要です。 チームは、 複数の
MAC アドレスおよび 1 つまたは複数の IP アドレスを
通知し ます (セ カ ンダ リ
IP アドレスを使用している場合)。 チーム MAC アドレスは、
[Load Balance メンバー] のリストから選択されます。 システムで ARP 要求が受信 さ
れると、 ソ フ ト ウェ ア
ネッ トワーキング ス タ ッ クは常に ARP 応答と チーム MAC アド
レスを送信します。 ロード
バランシング プ ロ セス を開始するには、 チーム化 ド ラ イバで
ソース
MAC ア ド レ ス をいずれかの物理アダプ タ と 一致する よ う に変更 し て、この ARP
応答を修正 し ます。
Smart Load Balancing
は、 レ イヤ 3 およびレイヤ 4 IP アドレスと TCP/UDP ポー ト
番号に基づいて、 伝送と受信の両方の負荷バラ ンシ ングを有効に し ます。 すなわち、
ロード
バランシングはバイ ト またはフレーム レベルではな く、 TCP/UDP セッション
ベースで実行さ れます。 この方法は、 同 じ ソ ケ ッ ト の通信に属する フ レームを順序正 し
く 配信 し続ける ために必要です。 負荷バ ラ ンシ ングは
2 ~ 8 個のポー ト でサポー ト され
ます。 これらのポート には、 ア ド インアダプターや
LAN on Motherboard (LOM)デ
バイ スの組み合わせが含まれます。
伝送の負荷バラ ン シングは、 発信元および宛先の IP アドレスと TCP/UDP ポー ト 番号
を使用し てハ ッ シ ュ テーブルを作成する こ と によ り 実現さ れます。 発信元および宛先の
IP
アドレスと TCP/UDP ポー ト 番号の組み合わせが同じ場合には、 通常同 じハ ッ シ ュ
イ ンデ ッ ク スが作成さ れるため、 チーム内の同じ ポー ト を指 し示す こ と にな り ます。 特
定のソ ケ ッ ト のすべてのフ レームを搬送する よ う にポー ト が選択さ れている場合、 チー
ム
MAC ア ド レ ス ではな く 、 物理アダプ タ ーの一意の MAC アドレスがフレームに含め
られます。 これを含める必要があるのは、
IEEE 802.3 規格に準拠する ためです。 2 つ
のアダプ ターで同じ
MAC ア ド レスを使用して伝送した場合、 スイ ッ チで処理できない
MAC
ア ド レ スの重複状態が発生し ます。
受信のロー ド バランシングは、 各クライアン トのユニキャス ト アドレスを ARP 要求の
宛先ア ド レ ス と し て使用 し て (
Directed ARP と も呼ばれる)、 ク ラ イ ア ン ト 別に無償
ARP
を送信する こ と によ り 、 中間 ド ラ イバで実現 さ れます。 この手法はク ラ イ アン ト 負
荷バラ ン シ ング と見な され、 ト ラ フ ィ ッ ク負荷バラ ンシ ング と は見な されません。 中間
ドライバは、
SLB チーム内の物理アダプ ター間で深刻な負荷イ ンバランスを検出する
と 、 受信フ レームを再分配する ために
G-ARP を生成 し ます。 受信の負荷バラ ン シング
が、 チームイ ン タ フ ェ ース で シス テムに接続し ている ク ラ イ ア ン ト の数 と相関関係にあ
ることを、 理解することが重要です。
メモ
ARP は IPv6 の機能ではないため、 IPv6 アドレスを指定されたトラフィックは、
SLB によ っ て負荷バラ ンシ ングが行われます。