Windows 2K8ServerラボシステムとNetAppファイラーの間で2つの別々のネットワークスタック*を介してiSCSIトラフィックを通過させたいと考えています。
私の構成は次のとおりです。
ISCSIソフトウェアイニシエーターの「アダプター」クラスを登録するようにMPIOコンポーネントを構成しました。
次に、iSCSIイニシエーターのコントロールパネルに移動し、両方のファイラーアドレスを「ターゲット」として追加し、それらに対して検出を実行しました。これは、使用可能な単一のLUNを示しています。
次に、LUNに2回「ログオン」し、接続ごとに異なる「送信元」IPアドレスを選択しました。両方の接続で「起動時に再接続」がチェックされ、「MPIO」がチェックされています。
ターゲットを調べると、NetAppが使用しているIPアドレスごとに1つずつ、ターゲットへの2つの接続が表示されます。
持続的接続を調べると、NetAppが使用しているIPアドレスごとに1つずつ、合計2つの接続が表示されます。
(この時点で、各IPへの単一の接続を示し、そのIPを介してドライブをマウントして使用することにより、両方のファイラーIPをテストしたことを述べておく必要があります。)
次に、Disk Manglerに移動し、LUNにパーティションを設定して、オンラインとしてマークします。ディスクは期待どおりに機能します。
次に、新しいディスクのプロパティに移動し、[MPIO]タブをクリックします。このディスクで使用されている2つの接続を確認できます。ただし、このタブに表示される接続をiSCSIイニシエーター画面に表示される接続に関連付ける方法がわかりません。したがって、iSCSIイニシエーター画面の接続ごとに1つの接続があると思いますが、それを証明することはできません。 。
[MPIO]タブには、いくつかのオプションがあります。
タイマーをすべて1秒に短縮し、パス検証を有効にしました。したがって、これらの設定についての私の理解は、次のことを意味します。
冗長性に関して、私が試したことがいくつかあります。
調査を行ったところ、Win2K8およびVistaのMPIO.sysドライバーのカウンターエラーが原因でフェイルオーバーが完了しないというMicrosoft KB 968287が見つかりましたが、この修正プログラムをインストールしても、表示される内容は変わりません。
これらすべてが、私が根本的な何かを見逃しているのではないかと私に思わせます。私はこれを間違っていますか?
ここでの本当の目標は、VMを実行し、Hyper-VクラスターにExchangeストアをマウントするためのより信頼性の高いiSCSIトランスポートを提供することです。特にExchangeは、ディスクの一時的な中断が検出された場合に情報ストアを非常に迅速にアンマウントすることを知っているため、1つのパスに障害が発生した場合でも、MPIOがデータのフローを許可することを期待していました。
* =現在1つのiSCSIスイッチがありますが、それが誤動作し始めたとき、1つのスイッチのファームウェアをフラッシュするために全世界を停止する必要がありました。したがって、2つの完全に分離されたネットワークパス(NIC、スイッチ、およびもう一方の端のインターフェイス)が必要です。これにより、世界を殺すことなく、メンテナンスのためにそれらの半分をいつでもサービス停止にすることができます。
私の理解では、Netappの7モードでは、2つのパスでIOを送信している場合でも、各LUNに優先パスがあります。効果的に実行しているのは毎秒送信ですIO追加のホップを介して、他のコントローラーが相互接続を介してそのLUNのプライマリコントローラーにリダイレクトします。観察している30秒の遅延は、ハードクラスターを完了するのにかかる時間である可能性があります。ノードの乗っ取り。
8モードは今のところおもちゃ以上のものではありませんが(Netappのアルファテストを好む場合を除いて、7モードが唯一の現実的なオプションです)、イーサネットインターフェイスを含むファイラーのいくつかのレイヤーを仮想化することでこの問題を修正します。
ISCSIまたはその他のブロックプロトコル用の真にアクティブなアクティブボックスが必要な場合は、Netappは必要ありません。テイクオーバー時間の保証はなく、過去30秒よりもはるかに長い時間がかかるのを見てきました。