LeftHand SAN 在生產環境中的表現如何？
我之前問過這個 ServerFault 問題： 有沒有人有左手 VSA SAN 的經驗
普遍的共識是，即使在輕負載的情況下，它對於生產 SQL 伺服器的性能也不夠好。
所以新的問題是，LeftHand 的 SAN 在惠普或戴爾專用硬體盒上的性能如何？
我們正在研究 Starter SAN，其中 2 個 HP 節點以 2 向複製方式、2 個 ESX 伺服器託管總共 2 個 Active Directory 伺服器、1 個 MS SQL 伺服器、1 個文件伺服器和 1 個通用伺服器，用於病毒掃描（所有 Microsoft Server 2005 或 2008）。
我看 LeftHand 的原因是為了完整的軟體包。我計劃擁有一個 DR 站點，並且喜歡 SAN 如何執行到異地位置的非同步複製，而無需返回供應商以獲得更多許可證。
我也喜歡 Network Raid 架構中內置的冗餘。
我查看了其他 SAN 並發現了它們的不同故障。
例如，戴爾的 EqualLogic：發現雖然單個盒子在硬體上非常冗餘，但數據一旦跨越多個盒子就不是冗餘的，如果一個節點出現故障，您就失去了該硬體上唯一的數據副本（一件事可以肯定的是，所有硬體都失敗了……何時？是唯一的問題。）。
我也使用過 XioTech SAN。順便說一句，物有所值，但我認為對於我所針對的辦公室規模來說，這太過分了。在 XioTech 中獲得硬體冗餘的成本使我的預算有點難以承受。
謝謝你，
基思
大約一年前，我在 HP 硬體上得到了幾個用於性能基準測試，我在LeftHand VSA SAN 問題中所說的一些相同的東西也適用於這裡。
當時，LeftHand 的 iSCSI 多路徑並不是真正的主動/主動。假設你有：
- 四個 LeftHand 伺服器，每個伺服器帶有 2 個 1gb 網卡
- SAN 上用於 SQL Server 數據文件的一個卷
- SAN 上用於 SQL Server 日誌文件的一個卷
- 一台 SQL Server，帶有四個專用於 iSCSI 的 1gb 網卡
當您在訪問數據文件的 SQL Server 上執行查詢時，儘管您使用了四個網卡，但您只會獲得 1gb 的讀取吞吐量。LeftHand 設備（事實上，我見過的所有 iSCSI SAN 設備）只會將數據從 SAN 發送到 SQL Server 上的一個特定 MAC 地址。
您可以通過以下方式解決此問題：
- 使用多個數據捲和日誌卷，並手動管理哪個路徑是每個返回伺服器的“主”路徑。即使這樣，您仍然只能為每個數據文件獲得 1gb 的吞吐量，這會限制您的備份性能、DBCC 性能等。
- 使用 10GB 乙太網。
- 使用實際有效的網路組合軟體。我已經嘗試過使用幾個供應商，但我還沒有看到他們解決這個問題。
如果您需要超過 1gb 的吞吐量，那麼在您收到真正完成它的人的消息並可以向您展示之前（不僅僅是說“哦，是的，它在我的 l337 b0xx0r 上工作得很好”）然後不要投資你的錢。
光纖通道不一定不同：只是您可以輕鬆獲得 4gb 光纖連接而不是 1gb 乙太網。你仍然面臨著同樣的挑戰。巧合的是，我將在下週的IndyPASS上做一個展示- 如果你在這個地區，請繞道。