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 日 176 ページ
Copyright © 2021 Marvell
Microsoft Virtual Server 2005 とのチーム化
Microsoft Virtual Server 2005 使用時にサポー ト される QLASP チーム構成は、 単一の
プライマリ
Marvell アダプターおよびスタンバイ Marvell アダプ タ ーで構成 さ れる
Smart Load Balancing
チームタ イプのみです。 Microsoft Virtual Server で、 チーム
を作成する前、 および仮想ネ ッ ト ワーク を作成する前に、 「仮想マシンネ ッ ト ワークサー
ビス」 を各チーム メ ンバーからバイ ン ド 解除または選択解除する必要があ り ます。 また、
仮想ネ ッ ト ワーク を このソ フ ト ウ ェ アに作成 し、 その後、 チームに よ っ て作成 された仮
想アダプターにバイン ドする必要があり ます。 ゲス ト オペレーテ ィ ングシステムをチー
ムの仮想アダプ タ ーに直接バイ ン ド する と 、 期待する結果が得られない場合があ り ます。
複数のスイッチにまたがるチーム化
SLB のチーム化は、 複数のス イ ッ チにまたがっ て設定で き ます。 ただ し 、 ス イ ッ チ同士
を接続する必要があ り ます。 通有中継 と リ ン ク集約は、 複数のス イ ッ チにまたがっ て動
作で き ません。 その理由は、 これらの実装では、 チームに含まれるすべての物理アダプ
タで同じイーサネッ ト
MAC ア ド レ ス を使用する必要がある ためです。 SLB がリンク
ロス を検出で き るのは、 チームに含まれるポー ト 間の接続や、 直接の リ ン ク パー ト ナー
との接続に限られる と い う 点に注意する こ と が重要です。
SLB には、 スイ ッ チで生じ る
他のハー ド ウ ェ ア障害に対応する機能がな く 、 他のポー ト の リ ン ク
ロスを検出できませ
ん。
スイッチリンクのフォールトトレランス
本項の図では、 フ ォール ト ト レ ラ ン ス対応のス イ ッ チ構成でどのよ う に SLB チームが
動作するかを説明 し ます。
Marvell は、 SLB チームにアクテ ィ ブな 2 つのメ ンバーがあ
る構成で、
ping リクエストと ping 応答メ ッ セージのマ ッ ピ ングを説明し ます。 すべて
のサーバー (
Blue、 Gray、 Red) は、 継続的に ping の送受信を相互に行っ ています。
これらのシナリオでは、
2 つのス イ ッ チ間でのチーム化の動作を説明 し て、 相互接続リ
ン クの重要性を理解し ます。
図
12-3 は、 2 つのス イ ッ チ間に相互接続ケーブルがない構成です。
図 12-4 では、 相互接続ケーブルがあ り ます。
図
12-5 は相互接続ケーブルがある状態でのフ ェ イルオーバーイ ベン ト の例です。
メモ
Microsoft は、 Windows Server 2012 以降では、 アダプ タ ーベンダー固有の NIC
チーミ ング ド ライバではな く 、 OS 内 NIC のチー ミ ングサービスを使用する こ と
を推奨しています。
Marvell の NIC チー ミ ング ド ライバは Windows Server
2016
以降ではサポー ト されていません。