雖然以前是Citrix ERM的軟件SE，×××的現(xiàn)實情況和對職業(yè)的焦慮卻促使我盡可能的去了解更多的產(chǎn)品，比如XenMobile、比如XenServer、比如Octoblu、比如NetScaler、比如SD-WAN。

目前創(chuàng)新互聯(lián)建站已為上千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、虛擬空間、網(wǎng)站托管維護(hù)、企業(yè)網(wǎng)站設(shè)計、汾陽網(wǎng)站維護(hù)等服務(wù)，公司將堅持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

從2013年創(chuàng)立創(chuàng)新互聯(lián)專注于”幫助中小企業(yè)+互聯(lián)網(wǎng)”, 也是目前成都地區(qū)具有實力的互聯(lián)網(wǎng)服務(wù)商。團(tuán)隊致力于為企業(yè)提供--站式網(wǎng)站建設(shè)、移動端應(yīng)用( H5手機(jī)營銷、手機(jī)APP定制開發(fā)、微信開發(fā))、軟件開發(fā)、信息化解決方案等服務(wù)。

    很有意思的一點是，直到我離開Citrix，我才第一次自己接觸到SD-WAN并做了一次PoC。相對NetScaler而言，我覺得SD-WAN是比較好上手的（我已經(jīng)忘了OSPF和BGP，也不太記得Spanning Tree，不過我想真需要的時候，看一天就能搞定吧），并且也確實解決用戶的剛需，所以，這個產(chǎn)品真的值得去推廣。

    當(dāng)然，作為我的風(fēng)格，沒測試過的東西，我不會告訴你有多好。做短期的銷售可能不喜歡，做長期的銷售可能更認(rèn)可。對我來說，一個項目下來，客戶和你成了哥們，你花的任何付出都是值得的。嗯，就是這么傻~

    好了，書歸正傳，最近測了一下SD-WAN。就和之前跟用戶介紹PVS一樣，終于拿到了第一手的數(shù)據(jù)來驗證。在這篇隨筆里，就對測試?yán)镂易铌P(guān)心的幾點做一些淺薄的介紹。

    這次測試，部署了一對SD-WAN設(shè)備，使用SD-WAN控制臺和SDWAN管理中心進(jìn)行配置和監(jiān)控。兩個站點各自使用了一根專線和兩根互聯(lián)網(wǎng)線路。限于篇幅，我就把我覺得比較有特點的測試貼出來吧。

   數(shù)據(jù)復(fù)傳，可靠穩(wěn)定。可以在多條線路上同時傳輸重要的數(shù)據(jù)，先到先取。

   通過這種方式，能夠把帶寬足夠，但是可靠性和穩(wěn)定性不足的幾條線路，變成可靠和穩(wěn)定的虛擬線路。

    優(yōu)選傳輸，帶寬復(fù)合。SDWAN自帶線路質(zhì)量檢測，按照QoS使用最好的線路傳輸最高優(yōu)先級的數(shù)據(jù)。同時幾條線路的帶寬可以無縫疊加，不需要人為把流量通過路由或者其他方式分在不同線路上。這意味著流量可以按照質(zhì)量自動在線路間進(jìn)行調(diào)控，并且充分使用所有可用帶寬，杜絕了備份線路的浪費(fèi)，以及人工切換帶來的影響。

    我們用了iperf來模擬流量壓力。單個進(jìn)程貌似只會使用大約50M的流量，所以同時啟用了多個，直到消耗的流量遠(yuǎn)遠(yuǎn)超過單條線路的容量，接近所有線路容量之和。

    實際測試中也發(fā)現(xiàn)，互聯(lián)網(wǎng)線路質(zhì)量有時會超過專線質(zhì)量，表現(xiàn)出的現(xiàn)象是更多的流量選擇了互聯(lián)網(wǎng)線路進(jìn)行傳輸。

    會話持續(xù)，業(yè)務(wù)不斷。以往售前的時候，會和用戶介紹Citrix SDWAN與別家不同的地方。不管是策略路由切換還是其他的方案，在線路故障進(jìn)行切換的時候，現(xiàn)有的網(wǎng)絡(luò)連接肯定會斷開的。而Citrix的SDWAN由于對數(shù)據(jù)包做了重新封裝，使用面向無連接的UDP來傳輸，由設(shè)備來負(fù)責(zé)數(shù)據(jù)包的完整性，因此不需要重新建立TCP連接。

    測試時，我們逐條斷開線路，同時持續(xù)測試數(shù)據(jù)連接。直到剩下最后一條線路，數(shù)據(jù)連接一直保持未受影響。

    流量壓縮優(yōu)化這部分我就懶得寫了，不止一家可以做。我想指出的就是對于中小規(guī)模部署，可以把這兩部分通過一臺設(shè)備搞定。畢竟分支機(jī)構(gòu)可沒太多地方堆疊一堆設(shè)備，“省一U，是一U”。

    為了測試穩(wěn)定可靠性，干脆把專線禁用了，只用互聯(lián)網(wǎng)線路跑業(yè)務(wù)。結(jié)果看來也沒啥問題…為了說明性能，我特意截了幾張圖：

    圖中最上面的黑色線條，就是下面幾種不同顏色線條代表的線路帶寬的集合。也是最終虛擬鏈路使用的帶寬。

   SDWAN的使用能夠優(yōu)化線路的時延。由于在多條線路中選擇最佳的線路傳輸，所以最終數(shù)據(jù)連接的時延變成了最小值；由于減少了TCP傳輸?shù)闹貍骱蛡鬏敶翱谡{(diào)整，實際的時延低于各線路的最小值。

    使用的互聯(lián)網(wǎng)線路出現(xiàn)過較大的丟包，雖然持續(xù)時間不長，但也足夠影響網(wǎng)絡(luò)質(zhì)量了。正是這種情況，導(dǎo)致大多數(shù)用戶選擇了相對穩(wěn)定的專線，即使專線是那么的昂貴。通過SDWAN重新對數(shù)據(jù)包進(jìn)行封裝之后，僅僅丟掉的數(shù)據(jù)包而不是一次傳輸?shù)乃袛?shù)據(jù)包進(jìn)行重傳，所以也大幅減輕了線路丟包帶來的惡劣影響。

   對于線路抖動，往往會影響傳輸質(zhì)量，看上去雖然不如時延、丟包那么厲害，但是帶來的窗口調(diào)整等同樣非常影響帶寬的有效使用。SDWAN的作用，減輕了抖動的影響，虛擬鏈路的抖動線條也就這樣隱藏在多條線路的抖動線條之下了。

    把原來專線的重任，交給兩條不靠譜的互聯(lián)網(wǎng)線路，也真是難為它倆了。所以即使以SDWAN自己的線路質(zhì)量評估，互聯(lián)網(wǎng)線路在忙時也出現(xiàn)了很多Bad的評價。但是最終，兩條線路聚合的虛擬鏈接，卻在Good的水平上，連續(xù)成了一條黑線。

    SDWAN對線路的節(jié)省，對質(zhì)量的提升，也就這么簡單直觀的表現(xiàn)出來了。

    數(shù)據(jù)中心到分支機(jī)構(gòu)、數(shù)據(jù)中心到云、這云到其他云、國內(nèi)云到國際云，都可以用它。

    長大了，鄉(xiāng)愁就像一對SD-WAN，我在這頭，你們在那頭，跨越萬水千山，卻永遠(yuǎn)連綿不斷。