iSCSI用のHP ProCurve 2810-24Gのセットアップ？
Dell Equallogic SANおよびVmware ESXiで使用するProCurve 2810-24Gのペアを持っています。ESXiはMPIOを実行するため、スイッチ間のリンクの構成については少し不確かです。トランクはスイッチ間を移動する正しい方法ですか？
SANおよびESXiホストのタグを解除する必要があることを知っているので、トランクポートでVLANをタグ付けしたいのですか？
これは多かれ少なかれ設定です：
trunk 1-4 Trk1 Trunk
snmp-server community "public" Unrestricted
vlan 1
name "DEFAULT_VLAN"
untagged 24,Trk1
ip address 10.180.3.1 255.255.255.0
no untagged 5-23
exit
vlan 801
name "Storage"
untagged 5-23
tagged Trk1
jumbo
exit
no fault-Finder broadcast-storm
stack commander "sanstack"
spanning-tree
spanning-tree Trk1 priority 4
spanning-tree force-version RSTP-operation
Equallogic PS4000 SANには2つのコントローラがあり、それぞれに2つのネットワークインターフェイスがあります。Dellでは、各コントローラを各スイッチに接続することをお勧めしています。vmwareのドキュメントから、pNICごとに1つのvmkernelを作成することが推奨されています。 MPIOを使用すると、1 Gbpsを超えるスループットが可能になります。
Equallogicのネットワーク要件とマルチパス動作のいくつかのよく理解されていない側面のため、十分な情報を得られていないChopper3の回答へのコメントでいくつかの議論がありました。
最初のVMware側： ESXi側のスターターの場合、iSCSIソフトウェアイニシエーターを使用する場合、VMware（ESX\ESXi 4.1用）とDellからの現在の推奨事項は、単一の物理Nicをマップする必要があることです。 iSCSIに使用される各VMkernelポートに。現在推奨されているバインディングプロセスがこれを実施します。各VMkernelポートにアクティブな物理NICが1つだけあり、スタンバイNICがないことが必要です。結合は許可されていません。これでごまかし、後で戻ってフェイルオーバーnicを追加できますが、MPIOがフェイルオーバーを処理するため、これは有用な目的を果たしません（少なくとも、すべてがVMwareの意図どおりに機能している場合）。
デフォルトのマルチパスポリシーでは、ラウンドロビンを使用して、Equallogicアレイへのアクティブな接続を許可します。
2番目のEquallogic側： Equallogicアレイには、アクティブ\スタンバイモードで動作するデュアルコントローラがあります。 PS4000の場合、これらには各コントローラーに2つのGigabit Nicsがあります。アクティブなコントローラーの場合、これらのNICは両方ともアクティブであり、IOを同じソースから受信できます。ネットワーク構成では、アレイのNICを別々のスイッチに接続することをお勧めします。サーバー側から複数の別のスイッチに分散する必要のあるリンクです。奇妙なことに、Equallogicアレイは、すべてのイニシエーターポートがアレイ上のすべてのアクティブポートを認識できることを期待しています。これが、2つのスイッチ間にトランクが必要な理由の1つです。つまり、 2つのVMkernel iSCSIポートと1つのPS4000を備えたホストでは、イニシエーターとターゲットの間に4つのアクティブパスがあります。2つは「直接」で、2つはISLを通過します。
スタンバイコントローラーの接続には同じルールが適用されますが、これらのNICはコントローラーのフェールオーバー後にのみアクティブになり、同じ原理が適用されます。この環境でのフェイルオーバー後も、4つのアクティブパスが存在します。
より高度なマルチパスの3つ目： Equallogicに、VMkernelポート全体でインテリジェントなロードバランシング（最小キュー深度、ラウンドロビンまたはMRUを使用）を提供するVMware Plugable Storage Architectureにプラグインするマルチパス拡張モジュールが追加されました。すべてのvmkernelアップリンクNICがすべてのアクティブなEquallogicポートに接続できない場合、これは機能しません。これはまた、実際に使用されるパスの数が妥当なままであることを保証します。大規模なEquallogic環境では、すべてのターゲットNICがアクティブであり、すべてのソースNICがすべてのターゲットNICを見ることができるため、ホストとEquallogicグループ間の有効なパスの数が非常に多くなる可能性があります。
より大きなEquallogic環境の4番目： Equallogic環境をスケールアップするときに、共有グループにアレイを追加します。グループ内のすべてのメンバーアレイ上のすべてのアクティブポートは、同じグループ内の他のすべてのアレイ上の他のすべてのアクティブポートを認識できる必要があります。これは、Equallogic iSCSIファブリック内のすべてのスイッチ間でスイッチ間接続を提供するファットパイプが必要になるもう1つの理由です。このスケーリングにより、イニシエーターとターゲット間の有効なアクティブパスの数も劇的に増加します。 3つのPS6000アレイ（コントローラーあたり4つのNICとPS4000の2つ）で構成されるEquallogicグループ、および2つのvmkernelポートを備えたESXホストでは、MPIOスタックから選択できる24のアクティブパスがあります。
Equallogic環境でのフィフスボンディング\リンクアグリゲーションとスイッチ間リンク：すべてのアレイ間およびイニシエーター<->アレイ接続は、シングルポイントツーポイントギガビット接続です（10Gigアレイの場合は10Gig）。 。 ESXサーバー側でのボンディングの必要はなく、その恩恵も得られません。また、Equallogicアレイのポートをボンディングすることはできません。 Equallogicスイッチドイーサネットファブリックでリンクアグリゲーション\ボンディング\呼び出したいものに関連する唯一の領域は、スイッチ間リンク上です。これらのリンクは、環境内のアクティブなEquallogicポートの総数と同等の同時ストリームを伝送できる必要があります。アレイポートとイニシエーターポート間の各ポイントツーポイントリンクが1 Gbpsに制限されている場合でも、そこに大量の総帯域幅が必要になる場合があります。
最後に： Equallogic環境では、ホスト（イニシエーター）からアレイへのトラフィックは、スイッチ間リンクを通過できます。特定のパスがそうであるかどうかは、その特定のパスの送信元と宛先のIPアドレスによって異なりますが、各送信元ポートは各ターゲットポートに接続でき、これらのパスの少なくとも1つはISLを通過する必要があります。小規模な環境（この環境など）では、これらのパスがすべて使用され、アクティブになります。大規模な環境では、可能なパスのサブセットのみが使用されますが、同じ配布が行われます。ホストで利用可能なiSCSI帯域幅の合計（適切に構成されている場合）は、単一のアレイと単一のボリュームに接続している場合でも、そのすべてのiSCSI vmkernelポート帯域幅の合計です。それがどれほど効率的であるかは別の問題であり、この答えはすでに長すぎます。
Since ESXi does MPIO, I am a little uncertain on the configuration for links between the switches. Is a trunk the right way to go between the switches?
ESX/iは独自のパス管理を行います。2つ以上のリンクが同じスイッチに接続されているか、スイッチがCiscoのVSSなどのCAM共有モードになっていない限り、リンク上でアクティブ/アクティブになりません-何でもそれ以外の場合は、アクティブ/パッシブ構成になります。
必要な場合は必ずスイッチ間のトランクを使用しますが、両方のコアスイッチまたはルーターへのアップリンクがあると思われますか？もしそうなら、最初のスイッチがダウンした場合（とにかく正しく設定されている場合）、ESX/iボックスが2番目のスイッチに切り替わるだけなので、この方法で2つのスイッチ間をトランキングする理由は完全にはわかりません。
I know that the ports for the SAN and the ESXi hosts should be untagged, so does that mean that I want tagged VLAN on the trunk ports?
この仮定がどこから来たのかはわかりませんが、ESX/iは、ゲストトラフィックでもiSCSIトラフィックでも、タグ付きまたはタグなしのセットアップで同じように快適に作業できます。とはいえ、デフォルトのVLANを使用すると、タグ付きとタグなしの混在に問題があったため、常にすべてにタグを付け、デフォルトのVLANはありません。これは、非常に柔軟な設定であり、経験上、目に見えるパフォーマンスの影響はありません。
これはSANアレイコントローラーであり、これを接続する方法を定義しています。同じコントローラーの両方のポートに同じLUNを提供していますか？次に、port0はswitchAに、port1はswitchBに、次のポートと同じです。コントローラ。
なぜiSCSIに対してLACP/etherchannelを使用したいのですかSAN 1gbitアップリンクポートを使用している場合、それはまったく役に立ちません。各vSwitchに単一のpNicを持つ2つのvswitchを作成し、最初のvSwitchを接続します。スイッチAへのpNic、スイッチBへの2番目のpNicこれにより、コントローラー/スイッチ/ NICの障害に対する完全な冗長性が得られます。