台北 QNAP 發佈會直擊：棄 Ext4、研發 OpenZFS 打造雙主動控制器！(2)

實測雙主動控制器故障轉移時間

在發佈會過程之中，QNAP 工作人員即場測試當傳送資料途中突然間左邊控制器發生故障，從左邊的控制器轉移到右的控制器大概需要30秒鐘，而傳送中的資料沒有中斷，那麼員工是不會知道背後是發生過機器故障的，讓他們依然能繼續工作。

大家可看見下圖雙主動控制器已經被拿掉左邊控制器！

SnapSync 配合 VMware SRM、讓災難性復原更完善

災難性復原已是 IT 業界不可或缺的計劃之一，而災難性復原計劃亦都有很多種，這需要看計劃的程度來制定。上一篇提及過 SnapSync 能夠在雙主動控制器之中同步資料，其實這是不是災難性復原計劃的部份？只能夠說同一地方發生災難，雙主動控制器內的資料亦都會消失，所以 SnapSync 能提供同步資料到另一台 ES 儲存裝置之中，那企業可想想在數據中心部署一台作災難性復原用途。

假設企業使用 VMware 連接 ES 儲存裝置，而 SnapSync 能夠同步開/關狀態的虛擬機器，但當 SnapSync 完成同步後，另一台 ES 儲存裝置是無法自動重新啟動虛擬機器的，令企業服務不能繼續運作。

但如果 ES 儲存裝置可配合 VMware SRM 作出自動化災難性復原計劃，當 Recovery Site 的 SRM 偵測得到需要故障轉移，首先 SRA 會檢查 ES 儲存裝置之中的虛擬機器是否能夠故障轉移，假設沒有問題的話會馬上作出故障轉移，然後在 Recovery Site 的 SRM 自動重新啟動虛擬機器！

準備大數據來臨、擴展高達 1PB 儲存容量

儲存裝置堆疊(Stacking)已經不是一個新技術，ES 儲存裝置可堆疊七台 EJ 儲存裝置形成 ES JBOD，因此可高達 1PB 儲存容量。下圖可更加了解如何備援多台 EJ 儲存裝置，每台 EJ 儲存裝置同樣擁有雙主動控制器，而兩邊都會接駁 Dual Path Mini-SAS Cable，只要有一方出現故障仍可作出備援方案，這可達到雙重備援效果。

在發佈會亦都有架設了 ES JBOD 給我們觀看！

QNAP 新商用方案就此來看已經想邁向 SAN 領域，而企業會否放棄現時的 SAN 方案轉用 QNAP？筆者想法是 QNAP 新商用方案的價錢要比較便宜一些，那才可吸引企業轉用！