技術上的魔鬼細節。nutanix ADSF vs vSAN

這幾篇 Josh Odgers 的文章，說明了 nutanix vs vSAN 儲存功能的魔鬼細節，徹底的說明 nutanix 與 vSAN 的不一樣特性。

一個正常的Storage，不管是硬體定義還是軟體定義。必須有下列的基本要求：
1) 高效能、低延遲
2) 高效益的空間利用率、overhead 低
3) 不能有資料不一致與不完整的風險問題
4) 要有使用上的彈性、與維護上的彈性
5) 要有快速重建恢復的錯誤處理能力
6) 還有其他的關鍵因素…

在這個速食的年代，很多人評估產品，只看「有沒有這個功能」，但「有沒有這功能」只是個輕薄的假象。就像是車子都是四個輪子，都有底盤，但為什麼差別這麼大、妥善率也高低不同。主要原因就是「魔鬼的細節」問題。

9b51ed9a123a09199ae53114353799da

有些公司為了趕快搶入市場，產品隨便做一做就出來了，他們的心態就是「反正可以賣就好了，技術細節嘛…哪有那麼多的聰明使用者呢，大部分的都用簡報就很好呼弄…哈哈哈。」

這是個很糟的態度問題，因為這些原廠明知道動真格的贏不了，只有用騙的方式。有些特約的專欄作者，完全就是發揮1450網軍的程度。其實看的出來這些特約作者的程度低下，對一些爛到不行的產品歌功頌德。完全失掉了身為 IT 人員的專業道德。

如果今天有一個產品，魔鬼的細節是這個樣子，看完之後有什麼感想呢?

整體空間利用率低於業界水平，cache device 不放資料且有容量的上限 (800GB)
不管叢集大小，要求的備用容量(slack space or spare space) 25-30%。叢集愈大愈浪費
資料壓縮與去重覆(compression & dedup)只能同時開或關，並且限制只有 all flash 機種
資料壓縮與去重覆限制以 Disk Group 為單位，沒有全域(Global)，自然也省不了多少空間
關閉資料壓縮與去重覆時，這個 Disk Group 上面的資料會撤離、磁碟格式要轉變、上面的資料不可使用
Erasure Coding 有嚴重的 Write Hot 問題，虛功太多，自然效能不彰 (所以vSAN要配備 TB Written (TBW) 很高的 SSD，這類型的 SSD 很貴，因為軟體虛功太多，硬體買高一點來下殺…)
Cache Device 損壞時，整個 Disk Group 資料重建
Capacity Drive 損壞時，整個 Disk Group 資料也重建
主機維護或是錯誤發生時，不保證資料的完整性 (Data Integrity)，放任資料不完整的風險存在
將實體磁碟新加到「啟用重複資料刪除和壓縮」的 Disk Group 時，新加的磁碟不會得到新增的容量。除非「刪除與重建這個 Disk Group」
將實體主機加入這個叢集後，除非手動重新做平衡，否則只有新建的虛擬機才能用到新增的資源
儲存功能升級的時候，資料的完整性不會維護
儲存功能升級的時候，有大量的資料移動與撤離
儲存功能升級的時候，有大量的 vMotion 在執行

看起來很瞎、又很精彩是不是???
我們還沒有提到「應用程式實際執行效率差」、「使用者實際管理與維護的困難」、還有「實際支援的品質問題」。

看完之後，仍然非它不買、對它有極大的愛，我也只能對這種使用者，用二個字來評價了。

image_20200315_16002