ESX 4.0 空間：DASD、NAS 還是？
為了更好的管理，我組裝了一個 ESX 盒子，但它的性能是 WTF 項目；我在處理 ESX 方面是個菜鳥，所以我正在尋找一份閱讀材料的清單來幫助我理清這一點，以便我可以回到 .NET 程式。
目前儲存系統：
我們在戴爾 2910 上的 PERC6i 上執行 Raid5+Hotspare（8x500 GB 心軸）。由於 ESX 限制，PERC 將儲存顯示為 1x2TB + 1x800GB“分區”。我根本不確定設置的配置（步幅/條紋/？？？）。
我們的應用
我們有一個 SBS 伺服器和一個小型（2x50 GB，但以 10GB/月的速度增長）數據庫伺服器……
我們駐留在數據庫 VM 上的應用程序是 CPU 和 I/O insense；這是一個數據庫攪動練習，混合了大量數據計算（修復該性能是我應該做的工作）……
性能問題
當我進行備份、恢復或更糟糕的操作（將備份從 1 個虛擬機複製到另一個以將其移動到 QA 虛擬機）時，整個系統會變得緩慢（甚至是“不相關的”虛擬機）。
我最初認為 DASD 的情況會非常好，因為你有 PCI-x 頻寬，但是系統範圍的減速正在扼殺生產力。
問題
- 我應該怎麼做才能對 NAS、RAID、SAN 和 DASD 做出明智的決定？
- 儲存設置中是否存在最佳點/醜點？
- 您可以在 ESX 中為 tempdb 使用 SSD PCI-X 卡嗎？好/壞主意？
- 有沒有辦法以寫時複製的方式“分享”一些圖像？大多數“備份-複製-還原”是“在開發盒上放一個乾淨的圖像”；如果我可以讓他們“共享”主映像，那麼“大副本”（2x50 GB）只需要每週完成一次，而不是每個開發人員每週一次……$$ runtime performance isn’t a concern with the dev boxes, but the backup/copy/restore kills production, SBS, and everything else on the box $$
您沒有提供有關 ESX 伺服器規範的詳細資訊 - CPU 的數量、RAM 的數量、您正在執行的虛擬機數量以及它們的配置和預期的性能要求是什麼，所以我假設所有這些暫時都可以，並且您遇到的問題肯定只是與儲存 IO 相關。至少您應該有足夠的核心和 RAM 來執行所有活動的虛擬機，而不會發生爭用，並且有足夠的空間來確保虛擬機管理程序有足夠的容量來完成它需要做的所有事情，而不會停止虛擬機或強制它們分頁到磁碟. 此外，正如 Frederic 所提到的，您必須安裝 VMware Tools，並且如果您可以為您的數據驅動器使用準虛擬化 SCSI 適配器，這將有所幫助。
題$$ 1 $$- DAS\RAID\NAS\SAN
您需要提供更多的 IO 和更多的獨立 IO 來將工作負載相互分離。無論您選擇 NAS\DAS\SAN，這都需要設置單獨的 RAID 包，最好是在 RAID 10 中。對於您的 IO 風格，RAID 10 的性能優勢優於 RAID 5（相同數量的 fisk 的寫入 IO 性能翻倍）是可取的。您希望確保主要的 IO 密集型虛擬機從單獨的數據儲存執行到 QA 系統，尤其是在 QA 過程可能對儲存造成嚴重壓力的情況下，我認為它會這樣。將您目前的 8 個驅動器包分解為 2 個單獨的 RAID 10 包（每包 4 個）將有很大幫助。將現有的 8 驅動器 RAID 5 包更改為 RAID 10 並為 QA 系統添加單獨的獨立儲存會更好。您可以使用直接連接的儲存來完成所有這些操作，但使用 SAN 和高端 NAS 系統可以更好地擴展性能。不過，這些也會花費更多。
題$$ 2 $$現有儲存的甜蜜點/醜點
您有足夠的磁碟來執行大約 10-15 個平均 Windows 伺服器（平均是文件\列印\DC 的\低 IO 應用程序框，而不是 SQL、SBS 或 Exchange），但不足以執行目前集合中多於一台真正的 IO 密集型機器向上。醜陋的是所有東西都只有一個 RAID 5 包。如果您現有的驅動器是 SATA，那就不好了，因為它們最多可能是 7200rpm，遷移到 10kSAS 驅動器將或多或少地使相同主軸數的性能翻倍，而 15k 驅動器將增加三倍。
題$$ 3 $$使用 PCI-X SSD
ESX 不支持 PCI-X\PCI-e SSD 的 AFAIK，但如果支持，那麼這將有助於作為任何 IO 密集型 VM 卷的位置。就執行 tempDB 而言，理想情況下，是的，你應該把它放在一個位於快速儲存上的 VMDK 上，但你應該首先確保 VM 有盡可能多的 RAM，因為它可以有利地利用它。
題$$ 4 $$共享圖像選項
VMware Lab Manager 會為您做這類事情，但它需要完全許可的 VI 基礎架構和集群中每台伺服器的每 CPU 許可證。它將有助於管理，並且對您的 QA 副本案例有一些潛在的積極作用，但這也可能無助於解決性能問題 - 如果從 IO 角度來看 QA 系統正在被努力驅動，那麼 Copy-On-Write\delta用於從單個基礎映像配置多個系統的複制方法對您的一般性能問題沒有幫助，並且可能會使它們變得更糟。不過，這將使創建副本變得更加容易和快捷。