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 日 154 ページ
Copyright © 2021 Marvell
通有中継
通有中継は、 リ ン クの両端 (サーバー インターフェイスとスイッチ ポー ト ) でポー ト の
設定を必要 と する ス イ ッ チ支援のチーム
モー ド です。 このポー ト 設定はよ く 、 Cisco
Fast EtherChannel
または Gigabit EtherChannel と 呼ばれます。 さ ら に通有中継は、
Extreme Networks Load Sharing および Bay Networks のよ う な他のスイ ッ チ OEM
や、 IEEE 802.3ad リ ン ク集約の静的モー ド によ る同様の実装をサポー ト し ます。 この
モー ド では、 プ ロ ト コル
スタックが ARP 要求に応答する と きに、 チームは 1 つの
MAC
アドレスと 1 つの IP ア ド レ スを通知 し ます。 また、 チーム内の各物理アダプ タ
は、 フ レーム伝送時に同 じ チーム
MAC ア ド レ ス を使用し ます。 ア ド レ スの使用が可能
にな るのは、 リ ン クの反対側の端にある ス イ ッ チがチーム化モー ド を認識 し て、 チーム
内のすべてのポー ト によ る単一
MAC アドレスの使用を処理するからです。 スイッチの
転送先テーブルは、 中継を単一の仮想ポー ト と し て示 し ます。
このチーム化モー ド では、 中間 ド ラ イバは発信 ト ラ フ ィ ッ クのロー ド バランシングと
フェイルオーバーのみを制御し、 受信トラフィックはスイッチのファームウェアとハー
ド ウ ェ アで制御 されます。 大部分のス イ ッ チは、 発信元および宛先
MAC アドレスの
XOR
ハッシュを実装しています。
リンク集約(
IEEE 802.3ad LACP)
リ ン ク集約は、 リ ン ク集約制御プ ロ ト コル (LACP) を使用 し てチームを構成するポー
ト をネゴシエー ト する こ と を除けば、 通有中継と似ています。 チームを使用でき る よ う
にするには、 リ ン クの両端で
LACP を有効にする必要があ り ます。 LACP がリンクの両
端で利用可能にな っ ていない場合、
802.3ad はリ ン クの両端がリ ン ク ア ッ プ状態である
こ と のみを要求する手動集約を提供 し ます。 手動集約は
LACP メ ッ セージ交換を実行せ
ずに メ ンバー
リンクをアクティブ化するため、 LACP ネゴシエート リンクと同程度に
堅固で信頼で き る とみなすこ とはで き ません。
LACP は、 どの メ ンバー リ ン クが集約可
能であるかを自動的に判断し て、 それら を集約し ます。 リ ン ク集約用の物理リ ン クの追
加と削除を制御して、 フレームが失われたり複製されたり しないようにします。 集約リ
ンク
メ ンバーの削除は、 LACP 対応の集約 リ ン ク に対 し て、 オプシ ョ ン と し て使用可能
なマーカー
プロト コルで提供されます。
リ ン ク集約グループは、 中継内のすべてのポー ト に対 し て単一の MAC アドレスを通知
し ます。 集約先の
MAC ア ド レ スは、 グループ を構成するいずれかの MAC アドレスで
ある可能性があ り ます。
LACP とマーカー プロ ト コルは、 マルチキ ャ ス ト 宛先ア ド レ ス
を使用します。
リ ン ク集約制御機能は集約さ れる リ ン ク を特定 し て、 システムの集約機能にポー ト をバ
イ ン ド し 、 状況を監視 し て集約グループに変更が必要かど う かを判断 し ます。 リ ン ク集
約は複数のリ ン クの個々の能力を合わせて、 高性能の仮想 リ ン ク を形成し ます。
LACP
ト ラ ン ク内の リ ン クの障害または交換で、 接続性が失われる こ とはあ り ません。 中継内
の残り の リ ン ク に ト ラ フ ィ ッ クがフ ェ イル
オーバーされるだけです。
メモ
通有中継は、 iSCSI オフロードアダプターではサポート されていません。