MyMirror的秘密之4：為什麼可以支援跨WAN的同步與HA

在同一個LAN（區域網路）做同步與HA是比較容易的，因為在LAN裡面的網路頻寬比較大，網路管理與系統架設都比較容易。難是難在跨WAN（廣域網路）的同步與HA，因為跨WAN可以使用的頻寬比較小，網路管理鞭長莫及，系統架設複雜的多，採購成本與頻寬費用也是不可忽視地問題！

傳統上，要做跨WAN的同步與HA，系統一定要有幾個基本的能力：

1. 只需複製變更的資料：
如果是整個檔案或整個硬碟都需要複製，傳輸的資料量太大，頻寬的需求太多，跨WAN一定是做不到的。

2. Block Level：
實體傳輸的單位必定是block。block 分子夠小，傳輸才夠快，又比較不會排擠到其他的網路傳輸。如果不是block level的系統，肯定做不到跨WAN的HA。

3. 斷線續傳：
假設1G的資料需要傳輸，傳到900M的時候Internet網路突然中斷，一分鐘之後網路回復正常，但是必須重頭開始傳，這種系統無法支應跨WAN的同步需求。夠格的系統必須支援「斷線續傳」，就是在網路回復正常時，系統可以從901M的地方繼續傳送下去，系統才會夠效率夠、穩定。

看來，跨WAN的HA的問題，都鎖定在網路頻寬與穩定性的問題上。

MyMirror 如果只能達到上述的三個傳統需求之外，就稱不上有什麼秘密可言！

傳統的思維邏輯，認為要做跨WAN的資料傳輸，終極解決辦法就是不斷的「壓縮」與「擠壓」，就是在有限的頻寬之下，將檔案壓縮到最小，再用力擠壓出最大頻寬，等資料到達彼岸的時候，再將資料釋放與解壓縮回來。就像公司請一個員工，鞭策他專心工作、努力加班而不求酬勞，短期可能可以，長期下來，這種方法一定是行不通的。

新的思維，是希望根本不需要傳輸，兩地的資料就能同步。做不到對不對！現在我們能夠做到的，是大量的減少傳輸的資料量，不需要的資料就不要傳輸，只要傳輸需要的資料就可以了，我們從傳輸資料的結構來處理跨WAN同步的問題。

MyMirror可以跨WAN的秘密，是將需要傳輸的資料篩選到小之又小。

傳統的備份是volume base，就是整個檔案卷冊（volume）都是需要被複製與被同步的對象，我們可以簡單的將volume base看做是將整顆硬碟的資料都需要做同步，假設硬碟的大小是100G。
MyMirror的方法，是將需要傳輸的資料結構縮小，從volume base縮小為directory base，MyMirror可以依照不同的directory（目錄，或稱資料夾），將資料同步到不同的地方。如下圖，我們將同步的基礎，從volume的100G，縮小為directory的1G。網路所需傳輸的資料，頓時小了100倍。



MyMirror其實還可以做到更小。MyMirror是所謂file based的結構，有別於database與volume based的結構。MyMirror實際是以file為基礎來傳輸資料。如上圖，MyMirror可以只傳輸4M的檔案，資料量又小了256倍。

MyMirror其實還可以再做到更小！MyMirror的底層真正跑的資料單位是block，MyMirror只需要傳輸變更過的區塊（block），主機端與備援端的資料就可以保持一致。圖中所示的4M的檔案實際只有52KB的資料被修改，所以只需同步52KB的異動資料即可。

要將資料跨WAN做即時同步，重點在資料的結構與資料量要減小，而不是將網路頻寬這條水管壓榨到最大，這種新思維可以突破以往的困境，這就是MyMirror可以支援LAN與WAN的秘密。