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 日 168 ページ
Copyright © 2021 Marvell
ネットワーク通信
次に、 通有静的中継の主要属性を示 し ます。
フェイルオーバーメカニズム - リンクロス検出
負荷バラ ン シングアルゴ リ ズム
- アウ トバウン ド ト ラフ ィ ッ クは、 Marvell 独自の
メカニズムベースのレイヤ
4 フローでバランスとりを行います。 受信トラフィ ッ
クは、 スイ ッチ固有のメ カニズムに従ってバランスと りを行います。
MAC ア ド レス を使用 し たアウ ト バウン ド の負荷バラ ン シ ング — なし
IP ア ド レ ス を使用し たアウ ト バウン ド の負荷バラ ン シング — あり
QLogic 以外の製品を使用し たチーム化 — サポー ト あ り (少な く と も 1 つの
Marvell
イーサネッ ト アダプターをチームメ ンバーと して含んでいる必要がありま
す)
アプリケーション
通有中継は、 Cisco Fast EtherChannel、 Cisco Gigabit EtherChannel、 Extreme
Networks Load Sharing
、および Bay Networks または IEEE 802.3ad リンク集約静
的モー ド をサポー ト する ス イ ッ チで動作 し ます。 負荷バラ ン シ ングはレ イヤ
2 アドレス
に実装されているため、
IP、 IPX、 NetBEUI な どのすべての上位プ ロ ト コルがサポー ト
されます。 したがって、 これはスイ ッチが
SLB 上での通有中継モー ド をサポー ト し て
いる場合に推奨されるチーム化モードです。
推奨される設定
静的中継では、 ス イ ッ チが同じ ブ ロー ド キャ ス ト ド メ イ ンにあ り 、 通有中継をサポー ト
し ている場合に、 そのス イ ッ チへのチーム化 されたポー ト の接続がサポー ト されます。
ポートは同じサブネッ ト上にある必要があるため、 ルーターまたはレイヤ
3 スイッチへ
の接続はサポー ト し ていません。
動的中継(
IEEE 802.3ad リンク集約)
このモー ド は、 リ ン ク集約制御プ ロ ト コル (LACP) を通 じ た静的および動的設定によ
る リ ン ク集約をサポー ト し ます。 こ のモー ド では、 チーム内のすべてのアダプ タが同 じ
MAC
ア ド レ スの受信パケ ッ ト に設定 されます。 チーム内の最初のアダプ タの MAC ア
ド レ スが使用 さ れ、 別の
MAC アドレスで置換することはできません。QLASP ドライ
バは前述のレ イヤ
4 プロト コルを使用してアウトバウンドパケッ トの負荷バランシング
スキームを決定するのに対し、 チームのリ ンクパー ト ナーはインバウン ドパケッ トの負
荷バラ ンシングスキームを決定し ます。 ロー ド
バランシングはレイヤ 2 に実装されてい
るため、
IP、 IPX、 NetBEUI などのすべての上位プ ロ ト コルがサポー ト されます。 接続
されているスイッチは、 この動作モードに対して
802.3ad リ ン ク集約標準をサポー ト す
る必要があり ます。 スイ ッチがアダプターへのインバウン ド ト ラフ ィ ッ クを管理し、
QLASP がアウ ト バウン ド ト ラ フ ィ ッ クを管理し ます。 QLASP とスイッチはどちらも
それぞれのポー ト で リ ン ク ロ ス を継続的に監視 し ます。 いずれかのポー ト で リ ン ク
ロス
が発生し た場合、 ト ラ フ ィ ッ クはチーム内の他のポー ト に自動的に転送 されます。