通過 ESXi 的物理磁碟與通過 HBA 的物理磁碟的性能如何？
語境：
我有一個在 ESXi 上執行的 SAN 作業系統 (Nexenta)。它已經通過 VT-d 傳遞了幾個 HBA。SAN 作業系統的所有 HBA 都已滿（沒有空閒連接器）。我最近為 Nexenta 購買了一些 SATA SSD，並將它們直接連接到主機板的板載 SATA 控制器上。
我可以通過將“物理磁碟”添加到 vSphere 中的 VM 配置文件來將這些新 SSD 添加到 Nexenta VM。或者，我可以連接到其中一個 HBA，但我必須斷開/移動現有磁碟，這會帶來相當大的麻煩。
問題：
我的問題是：假設我的 HBA 不做任何花哨的記憶體等，並且具有與板載控制器（連接到新 SSD 的那個）相同的可用匯流排頻寬和 SATA 規範，那麼連接之間是否存在性能差異通過 vSphere 磁碟添加到 VM 的物理磁碟添加功能，並將它們附加到通過 VT-d 傳遞到 VM 的 HBA？與本機速度相比，vSphere 磁碟添加方法是否會施加一些可能對磁碟性能產生負面影響的中繼/請求轉發行為？
答案的軼事很好，但統計數據更好：我知道我一開始可能不會注意到性能差異，因為 SSD 速度很快。但是我已經在該領域工作了足夠長的時間，知道如果存在有問題的性能差異，它將在生產關鍵活動中表現出來，在最糟糕的時間:)
請參閱我的文章中有關配置一體式 ZFS 設置的說明：將 ZFS 伺服器託管為虛擬來賓。
如果您正在談論創建 SSD 池或將驅動器添加為原始設備映射 (RDM)，請忽略此答案的其餘部分。首選是通過 HBA 與 RDM。如果需要，請使用 SAS 擴展器。主要原因是易於移植、配置簡單（您不想要this或this）以及與您已經配置的內容保持一致。性能影響可以忽略不計。管理成本不是。
如果您正在考慮在提供給 ESXi 的磁碟上使用 VMDK 文件，一般的答案是您可以採用任何一種方式。性能差異可能無關緊要。這假設應用程序正在將ZIL日誌或L2ARC記憶體設備添加到您的虛擬化 ZFS 系統。在某些情況下，我會將 SSD 添加到物理系統並在頂部添加 VMDK 以呈現給 NexentaStor VM。在其他情況下，我可能會向實例展示整個原始驅動器。
我基於便利性與性能。如果性能絕對是最重要的，我們就不會虛擬化儲存，對吧？便利部分具有靈活性，可以為現有系統提供合理的性能提升，而無需將整個100GB+ SSD 專用於 ZIL 使用（我的目的只需要 4GB）。如果我以其他方式受到限制，這將為 L2ARC 留下空間。
所以我的問題是：
- ESXi 是否支持/辨識您主機板的 SATA 控制器？是6G嗎？
- 你在做什麼？齊爾？L2ARC？兩個都？這很重要，因為 L2ARC 的寫入量並不大，讀取性能將取決於您的數據集和記憶體命中率。如果是 ZIL，您需要更低延遲的寫入，並且需要確保您的設備選擇不會拖慢您的速度。
- 你檢查過你的讀/寫配置文件嗎？arcstat、arcsummary和zilstat將讓您深入了解可能發生的事情。這也是一個很好的測試方法。嘗試使用 ESXi 提供的 VMDK 並確定典型工作負載下的瓶頸。
- 您將添加哪種類型的 SSD？您在談論 SATA，因此立即排除了可用的高端 SAS SSD。您會使用 6G SATA SSD 嗎？