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 日 153 ページ
Copyright © 2021 Marvell
SLB の受信のロー ド バラ ンシ ングは、 チーム内の物理ポー ト 全体で ク ラ イ ア ン ト マシ
ンの受信ト ラフ ィ ッ クのロード
バランスを行おう と します。 修正された G-ARP を使用
して、送信者の物理ア ド レスと プロ ト コルア ド レスに含まれるチーム
IP ア ド レ スの別の
MAC
アドレスを通知します。 G-ARP は、 対象の物理ア ド レ ス と プ ロ ト コルア ド レ スの
それぞれに、 ク ラ イアン ト マシンの
MAC アドレスと IP アドレスを使用するユニキャス
トです。 このアクションにより、対象クライアントはその
ARP キャ ッシュを、 チーム
IP
ア ド レ スへの新 し い MAC アドレスマップで更新します。 G-ARP はブロード キャス
トではありません。 なぜなら、 すべてのクライアントが同じポートにそのトラフィック
を送信するこ とになるからです。 結果と して、 クラ イアン ト
ロード バランシングで得ら
れる利点はな く な り 、 フ レーム配信の順序が狂 う 可能性があ り ます。 この受信の負荷バ
ラ ン シングのスキームは、 すべての ク ラ イ ア ン ト と チーム化 されたシステムが同 じサブ
ネッ トまたはブロードキャスト ドメインにある限り作用します。
ク ラ イ ア ン ト と シス テムが別のサブネ ッ ト にあ り 、 受信 ト ラ フ ィ ッ クがルー タ ーを越え
なければな ら ない場合、 シス テムに向か う 受信 ト ラ フ ィ ッ クはロー ド
バランスされませ
ん。 中間ド ラ イバで
IP フ ローを搬送する よ う 選択さ れた物理アダプ タは、 すべての ト ラ
フィックを搬送します。ルーターはチーム
IP アドレスにフレームを送信するときに、
ARP 要求を ブ ロー ド キ ャ ス ト し ます (ARP キ ャ ッ シ ュにない場合)。 サーバーソ フ ト
ウェアスタックはチーム
MAC アドレスを使用して ARP 応答を生成 し ますが、 中間 ド
ライバがその
ARP 応答を修正 し て特定の物理アダプ タ ーに送信 し、 そのセ ッ シ ョ ンの
フローを確立します。
これは、
ARP がルー タ ブル プロ ト コルではないためです。 ARP には IP ヘッダがあり
ません。 そのため、 ルーターまたはデフ ォル ト
ゲー ト ウェ イには送信されません。 ARP
はローカル サブネ ッ ト プロ ト コルに過ぎません。 さらに、 G-ARP はブロー ド キャス ト
パケ ッ ト ではないため、 ルー タ ーはそれを処理せず、 それ自身の
ARP キャ ッシュも更
新しません。
ルー タ ーが別のネ ッ ト ワー ク
デバイス向けの ARP を処理するするのは、 代理 ARP が
有効にな っ ていて、 ホス ト にデフ ォル ト
ゲー ト ウェ イがない場合のみです。 このよ う な
状態は非常にまれであ り 、 大部分のアプ リ ケーシ ョ ンにはお勧めでき ません。
ルー タ ーを通過する伝送 ト ラ フ ィ ッ クは負荷バラ ン ス されます。 これは、 伝送の負荷バ
ラ ンシ ングが発信元および宛先の
IP アドレスと TCP/UDP ポー ト 番号に基づいている
ためです。 ルー タ ーでは発信元と 宛先の
IP ア ド レ スが変更 されないため、 負荷バラ ンシ
ングのアルゴ リズムは意図した とおりに動作します。
HSRP (Hot Standby Routing Protocol) のルー タ ーの設定では、 アダプ タ ーチーム内
の受信の負荷バラ ン シングは発生し ません。 一般的に
HSRP では、 2 つのルーターが 1
つのルー タ と し て動作し て、 仮想 IP アドレスと仮想 MAC アドレスを通知します。 1 つ
の物理ルー タ ーがア ク テ ィ ブ
インターフェイスになっているときには、 もう片方がスタ
ンバイになります。
HSRP では (ホス ト ノ ード にそれぞれ異なるデフ ォル ト ゲー ト ウ ェ
イを使用して)
HSRP グループの複数のルー タ ーに共有 ノ ー ド を ロー ド する こ と も でき
ますが、 常にチームのプラ イマリ
MAC アドレスを示します。