ESXI 單驅動器 SATA 性能（板載 HP Proliant SATA SSD 埠）
再會，
對不起我的英語，它不是我的母語，最近我在分析寫作方面的練習不足。
我在裸機 HP Proliant 伺服器上安裝了 ESXi 6.0.0 Update 2。它通過 2 個通過 2 個 P411 RAID 控制器連接的外部 HDD 機箱執行良好。最重要的是，伺服器的一些內部 2.5" 插槽被 HP 板載集成 P410 RAID 控制器（是的，我知道這很糟糕）提供的 SSD（只是其中的一小部分）佔用。所有的 HDD 和 SSD 都被分成一個很少的數據儲存取決於它們的大小和 RPM，並且所有數據儲存都配置為 RAID10。
自然會有多個虛擬機，每天都會收到大量生產數據，突然間就有了一個備份解決方案，利用安裝了適當軟體的專用虛擬機，以及在便宜的 8 個 SATA 5400 RPM 驅動器上執行的專用數據儲存，每個驅動器 3TB，因此總共可用 12TB第一層現場備份。
有/有第二層現場備份，即最關鍵的虛擬機的備份副本到位於外部供電機箱中的 4TB ST4000NM0055，通過 PCI 直通 PCI-USB3.1 卡連接到備份虛擬機。
最近 PCI-USB3.1 卡出現故障（它未經 VMWare 批准但工作了大約一年），我決定移動備份副本以通過更穩定和故障安全的路徑連接。它是通過利用直接位於此 HP Proliant 伺服器主機板上的現有未佔用 SATA 埠完成的。SATA 埠已通電，記錄為 SSD SATA，似乎通過另一個控制器工作，與上述 P410 和 P411 無關。
所以我找到了合適的電纜並將希捷 ST8000NM0055 連接到 SATA 埠。通過 7TB 的精簡配置數據儲存將新驅動器連接到備份 VM 後，我立即註意到文件移動性能還有很多不足之處：從舊 USB3.0 驅動器的備份移動以 70-80MBps（兆字節/秒）開始，但在10 到 15 分鐘下降到 10MBps 並在該水平停止了幾個小時。預計 3TB 文件移動操作將在開始後的 80 到 90 小時內結束。
我假設精簡配置 VMDK 的大規模文件移動和底層磁碟空間分配對於相同的數據量基本上是 2 次繁重的操作，所以這可能是數據傳輸率如此低的原因。為了加快這個過程，我決定將精簡配置的 VMDK從當時的 300GB 增加到目標 7TB。所以我關閉了備份虛擬機，並在 VMWare vCenter 操作 Web 界面中右鍵點擊inflate 。
這發生在 6 天前，驅動器仍在膨脹……伺服器沒有承受任何沉重的 CPU 或磁碟負載，它的使用率在所有容量的 15% 到 25% 之間。所以我覺得這個時間是超常的，但是我別無選擇，只能等待，好像取消我會失去已經傳輸的 300GB 非關鍵但有感情的數據。
在檢查每天的情況時，我注意到不僅寫入 IOPS 非常低，而且在執行 3-4 天后，它們突然增加了近兩倍。對該媒體進行的唯一操作是磁碟膨脹。
發現並嘗試了一些調整，例如在 ESXi 主機設置中打開和關閉數據儲存硬體加速，即以下參數 - DataMover.HardwareAcceleratedInit 從 1 到 0 - DataMover.HardwareAcceleratedMove 從 1 到 0 - VMFS3.HardwareAcceleratedLocking 從 1 到 0 他們給出對 SATA 或 SAS 數據儲存沒有影響。
我缺少什麼以使該驅動器具有良好的性能？從家用 PC 的經驗來看，我預計它至少可以輕鬆執行 100MBps，因此完全充氣應該需要 20 小時，而不是我們目前的目標時間長達 180 小時。
TL；DR：ESXI 6.0，對於直接連接的 SATA HDD，我似乎被困在 10MBps 的寫入性能上。有時它會跳到驚人的 20MBps。請發送幫助解釋
性能如此糟糕的原因是 HP BIOS Drive Write Cache 預設設置為 Disabled。
更改為已啟用（此處顯然需要重新啟動）後，性能恢復正常，正如該企業硬碟模型所預期的那樣。