vSphere NIC構成？
机の後ろにHP SANとサーバーボックスが山ほどあります。
簡単に言うと、2つのvSphereホストがあり、それぞれに12のpNICがあり、iSCSI/vMotionトラフィック専用の1つのProcurve2910alスイッチ（実際には2つですがリンクされています）とiSCSI SAN（ P4000）。
一部のNICはVM NICとして本番LANに割り当てられるため、vCentreサーバーにアクセスでき、iSCSIトラフィックと本番LANで最もよく保持されるものはすべて2910alに送られます。
SAN統合VSSスナップショットを使用できるように、WindowsiSCSIイニシエーターを使用して一部のゲスト（Exchange/SQL /おそらくファイルサーバー）にiSCSILUNを提示したいと思います。
また、理想的には、実稼働ネットワークからSANを管理できるようにしたいので、スイッチのルーティング機能を使用すると思いますか？
スイッチ/ VLANレイアウトを構成する最適な方法についての提案をいただければ幸いです。
VSphereの観点からは、サービスコンソール\管理ネットワークに冗長性が必要です。理想的には、2つの独立したスイッチに接続する2つの別々のpnic。したがって、分離された管理VLAN上に2つのNICがあります。
Vmotion \フォールトトレランス（後者を使用している場合）でも、少なくとも2つのpnicが2つの独立したスイッチに接続されています。したがって、2つのNICが別々のVLAN Procurve 2910（s）にあります。
VSphere環境に提示されるiSCSIの場合、少なくとも2つが必要です。この場合、それらが独立したスイッチに接続することが非常に重要です。 cSphereの観点からは、それぞれに1つのVMKernelポートと1つのpnicを使用して、できるだけ多くの個別のvSwitchを構成することをお勧めします。これらの各vmKernelポートでは、vMotion\FTトラフィックを無効にする必要があります。次に、すべてのiSCSI vmkernelポートをiSCSIスタックにバインドして、フェイルオーバーを有効にし、それがアレイのオプションである場合はマルチパスを有効にする必要があります。ベンダーにマルチパス拡張モジュール（MEM）があれば、Enterprise Plusを必要とせずに負荷分散されたネイティブマルチパスを取得できます。パス選択プロバイダー（PSP）を提供している場合は、EnterprisePlusが必要です。 LeftHandがこれをどのように処理するかはわかりません。最悪の場合、フェイルオーバーは発生しますが、実際の負荷分散は行われません。スイッチの前面では、iSCSI接続をProcurvesで独自にVLAN）維持します。
VMに提示されるネイティブiSCSIの場合、少なくとも2つのpnicを別々の物理スイッチに接続して、同じ種類の復元力が必要です。理想的には、vSphere iSCSIスイッチに使用されるパターンを繰り返す必要があります（vSwitchごとに1つのpnicとvSwitchごとに1つのVMポートグループ）。これにより、VM内の内部マルチパスコンポーネントが適切なパス管理の決定を行い、パスの接続状態をある程度可視化できます。VMで負荷分散が重要でない場合は、単純なチーム化と単一のvSwitchで十分ですが、計画が最適ではないと思われます。これらもProcurvesに接続します。 。
可能であれば、2つのProcurveを（スタッキングを使用して）単一の論理ユニットとして構成しないことを強くお勧めします。管理性と安全性の観点から、単一のLAGとして構成されたスイッチ間リンクの多くは、可能であれば10Gigの方が優れています。これらのスイッチのファームウェアをアップグレードする方法や、今後他のメンテナンスを実行する方法を検討してください。
いずれの場合も、各vSphereホストで12個のpnicのうち8個を使用すると、本番トラフィック用に4個が残り、十分に妥当と思われます。
次に、vnicがiSCSIに接続されているVMからiSCSI環境を管理できますVMポートグループ必要に応じて、そうでない場合は、調達環境と本番環境の間に何らかの接続を提供する必要があります。レイヤー3で-レイヤー2でiSCSI環境を外部トラフィックからできるだけ解放したい。
使用しているvSphereのエディション（ストレージマルチパスなどの高度な機能の一部をサポートしているのはEnterpriseとEnterprise Plusのみ）に関する詳細情報がなければ、詳細を提供できる人はいないと思います。要件は、BWの使用法とフォールトトレランスです。そうは言っても、このような計画を立てるときは、常にNICを次の4つのカテゴリに分類し、それぞれの要件を決定してから、実際に達成できることを決定します。
- 管理
- vMotion
- ストレージ
- 分散vSwitch（Enterprise Plusを想定）
それぞれに冗長性が必要ですか？それぞれに1G以上必要ですか？冗長性を提供するのに十分なNICがありますか？ （この場合、私見です。）これらの決定を行ったら、実際に何を接続するかを計画します（上記の4つのネットワーク間の分離を維持することをお勧めします）。
少なくとも必要になるようです
- 2x管理
- 2 x vMotion
- 4 xストレージ-ホスト（冗長性のために2Gbps x 2）
- 4 xストレージ-ゲスト（冗長性のために2Gbps x 2）
各ホストに12個のNICがあるのは良いことです。すでに制限に達しているからです！
スイッチが単一のユニットとして動作すると仮定すると、管理用にVLAN、vMotion用に1つ、ストレージ用に1つ必要です。すべてを接続して、各グループが等しく接続されるようにします。 2つの物理スイッチに。