關於 Avago LSI CacheCade 的一些使用心得

曾用過 LSI 9361-8i 再加上 CacheCade 2.0，感覺有點不大盡人意。主要的原因是這種技術僅僅適用於非常特定的情況。

首先説説循序讀寫 (Sequential Read / Write)。我嘗試在一個大容量 HDD RAID Array 上面使用 CacheCade。我所期望的是在偶爾的 4K IO 時性能可以有所提升，而陣列的主要目的還是循序讀寫。然而比較不幸的是，無論 CacheCase 1.0 或者 2.0 均沒有辦法很好的檢測 Sequential Read / Write，導致 Sequential 性能大幅度下降。就算 4K 性能增加，也無補主要的循序性能缺失。感覺上應該是 CacheCade 無法很好的辨別循序讀寫以至於循序讀寫也要經過 SSD Cache，造成不必要的延遲（？）。

那有什麽應用會用到 Random Access 呢？儲存 VM 的 VHDX 文件的陣列應該會用到。然而轉而一想，在我具有足量的 SSD 儲存下，再加上 Microsoft 的 Deduplication 功能，儲存 VHDX 根本不用 HDD 陣列。并且由於 HDD 陣列的功耗較高，應該盡可能將其 Spin Down。因此也用不上 CacheCade （因爲 LSI 9361-8i 不支持 Dimmer Switch Max with Cache 設定！）

結果就是，CacheCade 可能祇能夠用於中型的 SQL 數據庫，因爲小型的完全可以使用 SSD，大型的也完全有足夠資金全部使用 SSD，衹有中型的 Production 數據庫可能需要用到這種 Hybrid 的方案。而像我這種以 Development 爲主的 SQL 數據庫，直接 SSD儲存就可以提供足量的空間。

綜上，CacheCade 至少在對於我來説，比較鷄肋了……