使用 2 個交換機、SAN 和 ESX 設置冗餘 iSCSI 網路
我正在工作中重新建構 iSCSI 網路。我們目前擁有以下設備：
- 1 個戴爾 PowerConnect 6224 交換機
- 1 個 Dell PowerVault MD3000 SAN 連接到 2 個提供 iSCSI 的 Dell PowerEdge 1950 伺服器
- 1 個戴爾 PowerVault MD3000i SAN
- 2 台執行 ESX 3.5 的 Dell PowerEdge 2950 伺服器即將成為 ESX 4 - 有 6 個 NIC
- 2倍戴爾？？？剛剛為另外 2 個 ESX 主機訂購的伺服器 - 有 8 個 NIC
目前設置：
所有 iSCSI 流量都在其自己的交換機上，並且位於 192.168.1.x 網路中。所有其他網路流量都在它自己的網路交換機上，並且在 10.10.xx 網路中。我們將 2 個 NIC（1 個板載 Broadcom NIC 和 1 個 Intel Pro 1000 NIC）組合到每個處於活動/活動狀態的 ESX 伺服器，連接到專用於 iSCSI 的單個 PC 6224 交換機。MD3000i 背面的所有 4 個 NIC 埠也都連接到同一個交換機。
這種設置的問題是交換機提供了很大的單點故障。我們正在嘗試通過為 iSCSI 流量設置 2 個交換機網路以實現冗餘來糾正/修復此問題。我有 2 台新的 PowerConnect 6224 交換機，我們將用於這個新網路。我們用於 iSCSI 流量的目前交換機隨後將用於網路 LAN 端的冗餘，或僅用作 4 個 ESX 伺服器之間的 vMotion 網路。（vMotion 目前是 2 個 ESX 伺服器之間的交叉連接
在我們獲得將連接到儲存我們虛擬機的 MD3000i 的 2 台新 ESX 伺服器之前，我曾多次與戴爾討論過這個新的網路設置。我得出的結論是，最好是：
- 在交換機上啟用流控制 - 目前未設置
- 在交換機上啟用生成樹埠快速 - 目前未設置
- 在交換機、NIC 和 SAN 上設置巨型幀 - 目前未設置
- 在 2 台交換機之間設置 2 埠 LAG
我不確定堆疊 2 個 PowerConnect 交換機是不是最好的主意。由於如果主交換機發生故障，堆棧將重新啟動，導致網路中斷，同時堆棧重新選舉新的主交換機。對我來說，這聽起來不會提供我們正在尋找的冗餘/HA。
由於 MD3000i 有 4 個 iSCSI 流量連接（2 個用於控制器 0，2 個用於控制器 1）將 0 側連接到交換機 A，然後將 1 側連接到交換機 B。然後從我們的 ESX 伺服器連接到每個交換機iSCSI 流量。
我對設置的困惑來自 ESX 伺服器的配置方式。我不確定應該如何處理 2 個組合的 NIC。據我了解，成組的 NIC 必須連接到同一個交換機，但我們會將它們連接到 2 個交換機。我們是否需要中斷組合併為每個連接到交換機 A 和 B 的連接創建一個新的 vSwitch？
有沒有更好的方法來配置這個網路，或者我嘗試的方向是最好的？
更新：我正在閱讀 ESX 4 的 iSCSI 配置指南。閱讀完該文件後，我將回复/標記已回答。
結構良好的方法，您提出了所有正確的問題。您建議的重新設計非常好。
ESX 3.5 並沒有真正執行 iSCSI Software Initiator 多路徑，但如果鏈路因任何原因發生故障，它會很高興地故障轉移到 vSwitch 上的另一個活動或備用上行鏈路。VI3.5 iSCSI SAN 配置指南有一些關於這方面的資訊，雖然沒有我想要的那麼多，但已經足夠清楚了。當您切換時，您不必在 ESX 端做任何事情，但您將不再獲得任何鏈路聚合效果（因為您的上行鏈路將連接到兩個單獨的非堆疊交換機），只有故障轉移。鑑於 ESX 3.5 iSCSI 堆棧中多路徑的弱點，這可能不會產生任何實質性影響，但可能是因為您有多個 iSCSI 目標，因此請記住這一點。我確定您已經知道這一點，但是 ESX 3.5 上的軟體啟動器不支持巨型幀，因此在您遷移到 ESX 4 之前，它不會為您做任何事情。
在使用 ESX4 為 iSCSI 設置 ESX vSwitch 和 VMkernel 埠時，建議創建多個 VMkernel 埠，並以 1:1 映射到上行鏈路物理 NIC。如果您想為此創建多個 vSwitch，您可以或者您可以在埠級別使用 NIC 組合選項，以便將單個 NIC 指定為每個 VMkernel 埠的活動，其中 1 個或更多作為備用。配置完 ports\vSwitch 後，您需要將埠綁定到 iSCSI 多路徑堆棧，然後它將更有效地處理多路徑和故障轉移。鑑於這種工作方式，無需擔心交換機之間的組合，多路徑驅動程序在 ip 層完成工作。這只是對其工作原理的快速了解，在VI 4 iSCSI SAN 配置指南中對其進行了非常詳細的描述. 這將解釋您需要做的所有事情，包括如何正確設置巨型幀支持。
就堆疊而言，我認為您不需要或不想為此配置執行此操作，事實上，戴爾推薦的 MD3000i iSCSI 環境設計並不是我記得的堆疊交換機，這正是您的原因提到。對於其他 iSCSI 解決方案 (Equallogic)，需要陣列之間的高頻寬鏈路，因此戴爾建議使用堆疊，但我從未對主設備發生故障時會發生什麼做出令人滿意的解釋。我很確定新主選舉期間的中斷將比 iSCSI 超時更短，因此 VM 不應該失敗，但這不是我喜歡的事情，而且事情肯定會在一段不舒服的時間內停滯不前。