web-dev-qa-db-ja.com

2つのスイッチ、SANおよびESX）を使用して冗長iSCSIネットワークをセットアップする

仕事でiSCSIネットワークをやり直しているところです。現在、次の機器があります。

  • 1x Dell PowerConnect6224スイッチ
  • 1x Dell PowerVault MD3000 SAN iSCSIを提供する2xDell PowerEdge1950サーバーに接続
  • 1x Dell PowerVault MD3000i SAN
  • 間もなくESX4になるESX3.5を実行している2台のDellPowerEdge2950サーバー-6つのNICがあります
  • 2xデル???さらに2つのESXホスト用に注文されたばかりのサーバー-8つのNICがあります

現在の設定：
すべてのiSCSIトラフィックは独自のスイッチ上にあり、192.168.1.xネットワーク内にあります。他のすべてのネットワークトラフィックは、独自のネットワークスイッチ上にあり、10.10.x.xネットワーク内にあります。 2つのNIC（1つのオンボードBroadcom NICおよび1つのIntelPro 1000 NIC））がアクティブ/アクティブ状態の各ESXサーバーに接続され、iSCSI専用の単一のPC6224スイッチに接続されています。すべて4 = NIC MD3000iの背面にあるポートも同じスイッチに接続されています。

この設定の問題は、スイッチが大きな単一障害点を提供することです。冗長性のためにiSCSIトラフィック用に2スイッチネットワークを設定して、これを修正/修正しようとしています。この新しいネットワークに使用する2つの新しいPowerConnect6224スイッチがあります。 iSCSIトラフィック用に現在使用しているスイッチは、ネットワークのLAN側の冗長性に使用されるか、4つのESXサーバー間でのみvMotionネットワークとして使用されます。 （vMotionは現在、2つのESXサーバー間のクロスオーバー接続です

仮想マシンが格納されているMD3000iに接続する2台の新しいESXサーバーを入手する前に、この新しいネットワーク設定を理解しようと何度かデルと話をしました。私は、次のことが最善であるという結論に達しました。

  • スイッチでフロー制御を有効にする-現在セットアップされていない
  • スイッチでスパニングツリーポートファストを有効にする-現在セットアップされていない
  • スイッチ、NIC、およびSAN-現在セットアップされていない）にジャンボフレームをセットアップする
  • 2つのスイッチ間に2ポートLAGを設定します

2つのPowerConnectスイッチを積み重ねることが最善のアイデアかどうかはわかりません。マスタースイッチに障害が発生した場合、スタックが再起動してネットワークが停止し、スタックが新しいマスターを再選択するためです。私には、それが私たちが探している冗長性/ HAを提供しないように思えます。

MD3000iにはiSCSIトラフィック用に4つの接続（コントローラー0用に2つ、コントローラー1用に2つ）があるため、0側をスイッチAに接続し、次に1側をスイッチBに接続します。次に、ESXサーバーから各スイッチに接続します。 iSCSIトラフィック。

セットアップに関する私の混乱は、ESXサーバーの構成方法にあります。 2つのチーム化されたNICをどのように処理する必要があるのか​​わかりません。私の理解では、チーム化されたNICは同じスイッチに接続する必要がありますが、2つのスイッチに接続することになります。チームを解除し、スイッチAとBへの接続ごとに新しいvSwitchを作成する必要がありますか？

このネットワークを構成するためのより良い方法はありますか、それとも私が最善を尽くそうとしている方向ですか？

更新：ESX 4のiSCSI構成ガイドを読んでいます。そのドキュメントを読み終えたら、ポストバック/回答済みのマークを付けます。

networkingvmware-esxdelliscsi
5
DanielJay

うまく構造化されたアプローチとあなたはすべての正しい質問をしている。提案された再設計は優れています。

ESX 3.5は、実際にはiSCSI Software Initiatorマルチパスを実行しませんが、何らかの理由でリンクに障害が発生した場合、vSwitch上の別のアクティブまたはスタンバイアップリンクにフェイルオーバーします。 VI3.5 iSCSI SAN構成ガイド には、これに関する情報がありますが、私が望むほどではありませんが、十分に明確です。必要はありません。切り替え時にESX側で何かを実行しますが、リンクアグリゲーション効果は得られなくなり（アップリンクは2つの分離された非スタックスイッチに送られるため）、フェイルオーバーのみになります。ESX3.5iSCSIスタックのマルチパスの弱点を考えると、これはおそらく重要な効果はありませんが、複数のiSCSIターゲットがあるため、それを覚えておいてください。これはすでに知っていると思いますが、ジャンボフレームはESX 3.5のソフトウェアイニシエーターでサポートされていないため、何もしません。 ESX4に移行するまで。

ESX4を使用してiSCSI用にESXvSwitchおよびVMkernelポートをセットアップする場合、アップリンク物理NICへの1：1マッピングで複数のVMkernelポートを作成することをお勧めします。このために複数のvSwitchを作成する場合は、ポートレベルでNICチーミングオプションを使用して、単一のNIC 1つ以上をスタンバイとしてVMkernelポートごとにアクティブにします。ports\ vSwitchを構成したら、ポートをiSCSIマルチパススタックにバインドする必要があります。これにより、マルチパスとフェイルオーバーの両方がより効率的に処理されます。これが機能する方法を考えると、スイッチ間でのチーム化について心配する必要はありません。マルチパスドライバーはip-layerで作業を行っています。これは、それがどのように機能するかについての簡単なアイデアであり、 VI 4 iSCSI）で非常に詳細に説明されています。 SAN構成ガイド 。これでは、ジャンボフレームサポートを適切に設定する方法など、必要なすべてのことを説明します。

スタッキングに関する限り、この構成では必要としない、または実行したくないと思います。実際、MD3000i iSCSI環境でデルが推奨する設計は、思い出せる限りスイッチをスタックしないことです。まさにその理由からです。言及。他のiSCSIソリューション（Equallogic）の場合、アレイ間の高帯域幅リンクが必要であるため、デルはスタッキングを推奨していますが、マスターに障害が発生したときに何が起こるかについて十分な説明がありませんでした。新しいマスター選挙中の停止はiSCSIタイムアウトよりも短いので、VMが失敗することはないはずですが、それは私が快適なことではなく、不快な期間は間違いなく停止します。

4
Helvick

同じスイッチはモード4ボンディングを意味し、代わりにフェイルオーバーに進むことができます（ESXはそれをサポートできるはずです）フェイルオーバーを提供する任意のタイプのボンディングおよびスイッチで構成する必要はありません。 IMOを実行します

0
dyasny