[ 導讀 ] CPU數量和主頻、內存、端口數量、交換能力都同屬ADC產品，但是對于此四大類產品，大部分用戶由于缺乏專業性的知識，了解難免以偏概全，本文從專業應用的角度，講解了關于ACD產品的分類以及特性。

    【華夏物聯網訊：】由于ADC產(chan)品(pin)相對于網絡產(chan)品(pin)和服務器需求小(xiao)很(hen)多，用戶和集成商在選擇產(chan)品(pin)時對關(guan)鍵指(zhi)標(biao)(biao)的(de)理解難免有一些誤區，加之部分主流(liu)廠商刻意引導(dao)，招標(biao)(biao)規范往(wang)往(wang)有不少非關(guan)鍵指(zhi)標(biao)(biao)作(zuo)被(bei)作(zuo)為必(bi)須符合(he)項。接(jie)下來就這些誤區和真正的(de)關(guan)鍵指(zhi)標(biao)(biao)做(zuo)一些探討。

    誤區1： CPU數(shu)量(liang)和(he)主(zhu)頻。 目前大部分廠(chang)商采用(yong)了類似(si)的(de)(de)(de)(de)通用(yong)CPU架構，但還是(shi)可(ke)能(neng)(neng)(neng)采用(yong)不(bu)同(tong)(tong)廠(chang)家的(de)(de)(de)(de)CPU。即使是(shi)同(tong)(tong)一個(ge)(ge)(ge)廠(chang)家，也(ye)可(ke)能(neng)(neng)(neng)是(shi)不(bu)同(tong)(tong)系列。最關鍵的(de)(de)(de)(de)是(shi)CPU數(shu)量(liang)和(he)主(zhu)頻并(bing)(bing)不(bu)代表性(xing)能(neng)(neng)(neng)，除非是(shi)同(tong)(tong)一個(ge)(ge)(ge)廠(chang)家的(de)(de)(de)(de)同(tong)(tong)一個(ge)(ge)(ge)軟件。同(tong)(tong)樣，完全(quan)相同(tong)(tong)的(de)(de)(de)(de)硬件配(pei)置，不(bu)同(tong)(tong)廠(chang)商的(de)(de)(de)(de)架構和(he)系統發(fa)揮出(chu)來的(de)(de)(de)(de)性(xing)能(neng)(neng)(neng)可(ke)能(neng)(neng)(neng)相差數(shu)倍(bei)，正如(ru)完全(quan)相同(tong)(tong)的(de)(de)(de)(de)幾個(ge)(ge)(ge)人在(zai)不(bu)同(tong)(tong)的(de)(de)(de)(de)管(guan)理環境下發(fa)揮出(chu)來的(de)(de)(de)(de)貢獻差別會很(hen)大。并(bing)(bing)行計(ji)算處理不(bu)好，由(you)于CPU間信開銷(xiao)及(ji)鎖(suo)的(de)(de)(de)(de)問題，CPU數(shu)量(liang)增加并(bing)(bing)不(bu)意味性(xing)能(neng)(neng)(neng)增加。如(ru)果(guo)1個(ge)(ge)(ge)CPU可(ke)以跑(pao)出(chu)其它產品8個(ge)(ge)(ge)cpu的(de)(de)(de)(de)性(xing)能(neng)(neng)(neng)，誰會選擇8個(ge)(ge)(ge)CPU的(de)(de)(de)(de)產品?成(cheng)本，功耗，體積都會大很(hen)多。因(yin)此，CPU硬件配(pei)置并(bing)(bing)不(bu)代表性(xing)能(neng)(neng)(neng)。

    誤區2： 內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)。 同(tong)樣與系(xi)統架構(gou)(gou)(gou)相關(guan)。同(tong)樣與架構(gou)(gou)(gou)有關(guan)，對于(yu)CPU獨享(xiang)內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)的(de)(de)(de)(de)(de)架構(gou)(gou)(gou)，每個(ge)核即使(shi)(shi)只(zhi)(zhi)配置2G內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)，一(yi)個(ge)8核的(de)(de)(de)(de)(de)產品(pin)就(jiu)需要(yao)16G內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)，但每個(ge)核可訪(fang)問的(de)(de)(de)(de)(de)內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)資(zi)(zi)源(yuan)只(zhi)(zhi)有2G。這(zhe)樣的(de)(de)(de)(de)(de)架構(gou)(gou)(gou)一(yi)份(fen)數據需要(yao)復制多(duo)次并保存(cun)(cun)(cun)(cun)(cun)多(duo)份(fen)，使(shi)(shi)用效(xiao)率(lv)很低，最終也(ye)會影響到性能。而(er)共(gong)享(xiang)內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)架構(gou)(gou)(gou)的(de)(de)(de)(de)(de)產品(pin)，每個(ge)核可以訪(fang)問所有內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)資(zi)(zi)源(yuan)，數據也(ye)只(zhi)(zhi)需要(yao)保存(cun)(cun)(cun)(cun)(cun)一(yi)份(fen)。如果是32位(wei)操作(zuo)系(xi)統，共(gong)享(xiang)內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)架構(gou)(gou)(gou)4G內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)的(de)(de)(de)(de)(de)實(shi)(shi)際效(xiao)率(lv)就(jiu)超(chao)過獨享(xiang)內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)架構(gou)(gou)(gou)的(de)(de)(de)(de)(de)任意配置產品(pin)(目前A10之外的(de)(de)(de)(de)(de)產品(pin)均為32位(wei)操作(zuo)系(xi)統，獨享(xiang)內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)架構(gou)(gou)(gou))。64位(wei)操作(zuo)系(xi)統突破4G的(de)(de)(de)(de)(de)限制，實(shi)(shi)際效(xiao)率(lv)就(jiu)會更高(gao)。因(yin)此，內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)不代表(biao)性能。如果一(yi)定要(yao)比較，需要(yao)比較每個(ge)核可訪(fang)問的(de)(de)(de)(de)(de)內(nei)(nei)(nei)存(cun)(cun)(cun)(cun)(cun)資(zi)(zi)源(yuan)。

    誤區(qu)3：端口(kou)數(shu)量。ADC產品不(bu)同于2/3層交(jiao)換(huan)機，端口(kou)數(shu)量代表(biao)可(ke)連接(jie)更多(duo)設(she)備(bei)。ADC產品部署環境一定會有(you)2/3層交(jiao)換(huan)機，服務器不(bu)需要(yao)(yao)直接(jie)連接(jie)到ADC產品。只要(yao)(yao)端口(kou)數(shu)量大于實際需要(yao)(yao)的吞吐量并有(you)足夠端口(kou)與交(jiao)換(huan)機連接(jie)即可(ke)。

    誤(wu)區4：交(jiao)換能力。 這個指標(biao)也是(shi)沿用(yong)了交(jiao)換機(ji)的(de)指標(biao)。交(jiao)換機(ji)性能與(yu)交(jiao)換矩(ju)陣(zhen)芯(xin)片交(jiao)換能力密切相關，與(yu)CPU關系(xi)不(bu)是(shi)很大(da)。而(er)ADC產品(pin)則不(bu)同(tong)，交(jiao)換矩(ju)陣(zhen)并不(bu)是(shi)必(bi)須部(bu)件，大(da)多產品(pin)采用(yong)通用(yong)CPU架構使(shi)用(yong)PCIe總線(xian)擴展接口，這部(bu)分已(yi)經(jing)(jing)不(bu)是(shi)ADC產品(pin)的(de)瓶頸所(suo)在。ADC性能基本取決(jue)于系(xi)統整體架構下CPU發揮出來的(de)效率(lv)。而(er)且大(da)部(bu)分產品(pin)本身已(yi)經(jing)(jing)是(shi)服(fu)務器的(de)硬件架構，應該沒(mei)有人對(dui)服(fu)務器要求交(jiao)換能力的(de)指標(biao)。

  &nb[FS:PAGE]sp; 可(ke)以看出，誤(wu)區所在均為沿用了服務器或交換機的一(yi)些(xie)(xie)指標(biao)，這些(xie)(xie)硬件配置并不代表ADC產品的真正(zheng)性能(neng)，但一(yi)些(xie)(xie)廠商(shang)還是刻意利用這些(xie)(xie)指標(biao)(尤(you)其是CPU和內存)來(lai)誤(wu)導客戶屏蔽競(jing)爭對(dui)手。ADC真正(zheng)關鍵的性能(neng)指標(biao)如下(xia)。

 

    1. 4/7層(ceng)(ceng)吞(tun)(tun)吐(tu)量(liang)(liang)。由于(yu)需要(yao)CPU進行(xing)復雜的(de)4-7層(ceng)(ceng)處(chu)(chu)理，4/7層(ceng)(ceng)吞(tun)(tun)吐(tu)量(liang)(liang)交2/3層(ceng)(ceng)吞(tun)(tun)吐(tu)量(liang)(liang)要(yao)低很多，但這是ADC真(zhen)正能處(chu)(chu)理的(de)數(shu)(shu)據吞(tun)(tun)吐(tu)量(liang)(liang)。這也是2/3層(ceng)(ceng)吞(tun)(tun)吐(tu)量(liang)(liang)對(dui)于(yu)ADC產品并(bing)不(bu)關鍵的(de)原因。這個指標的(de)測(ce)(ce)試(shi)方式通常是發送盡可(ke)能多HTTP GET請求，服務器應(ying)答較大(da)HTTP對(dui)象(如(ru)512Kbytes或1MBytes，會分為若干數(shu)(shu)據包傳(chuan)輸)，計算無失敗情況下線路上傳(chuan)輸的(de)數(shu)(shu)據量(liang)(liang)。差異在于(yu)不(bu)同儀表廠商或不(bu)同測(ce)(ce)試(shi)可(ke)能會不(bu)計算2/3層(ceng)(ceng)包頭(tou)或GET請求部(bu)分，由于(yu)這部(bu)分所占比例極小，影(ying)響不(bu)是很大(da)。嚴(yan)格來(lai)說，橫向比較時應(ying)該(gai)確(que)定所取HTTP對(dui)象大(da)小及是否計算2/3層(ceng)(ceng)包頭(tou)部(bu)分。

    2. 4層每(mei)秒新建連(lian)(lian)接(jie)速(su)率(L4 CPS)。 衡(heng)量ADC產(chan)品每(mei)秒鐘可以處理多(duo)(duo)少(shao)個TCP新建連(lian)(lian)接(jie)。通(tong)常測試(shi)方法(fa)為(wei)發(fa)送(song)盡可能多(duo)(duo)的(de)HTTP GET請求(qiu)，服(fu)務器應答較小(xiao)HTTP對象(如(ru)1Bytes，128Bytes，1KBytes)， ADC產(chan)品在(zai)中間只根據(ju)4層信息進(jin)行復雜均衡(heng)。每(mei)個連(lian)(lian)接(jie)需要(yao)完整的(de)3次握手建立過程，GET請求(qiu)，和TCP關閉(bi)連(lian)(lian)接(jie)過程。這個指標對于ADC產(chan)品應付突(tu)發(fa)大量連(lian)(lian)接(jie)非常重(zhong)要(yao)。好比一個地鐵入(ru)口的(de)通(tong)過率一樣，如(ru)果(guo)入(ru)口太(tai)小(xiao)，客流突(tu)然增加時，如(ru)果(guo)客人(ren)無法(fa)進(jin)入(ru)，業務自然會受到影響。比較該指標時需要(yao)注意所取(qu)HTTP對象大小(xiao)。

 

    3. 7層(ceng)(ceng)每(mei)秒新(xin)建連(lian)接(jie)速(su)率(lv)(L7 CPS)。與4層(ceng)(ceng)新(xin)建連(lian)接(jie)速(su)率(lv)類似(si)，只是(shi)ADC產品在中間(jian)需要根據應用(yong)(yong)層(ceng)(ceng)信息進(jin)行服(fu)務器選擇(通(tong)常測試使用(yong)(yong)url交換)，而且(qie)每(mei)個(ge)TCP連(lian)接(jie)上只能傳輸(shu)1個(ge)HTTP請求(qiu)(qiu)。使用(yong)(yong)7層(ceng)(ceng)處理對CPU效率(lv)要求(qiu)(qiu)更高。如同(tong)進(jin)入地鐵時(shi)需要核查(cha)客人(ren)更多信息和安檢(jian)一樣，其通(tong)過(guo)率(lv)比正(zheng)常通(tong)過(guo)率(lv)會有不同(tong)程度降低。A10產品通(tong)常可(ke)以做到4層(ceng)(ceng)新(xin)建連(lian)接(jie)速(su)率(lv)的70-80%，而其它(ta)很多廠商只能做到30-40%。比較該指標時(shi)同(tong)樣要注意HTTP對象(xiang)大小和每(mei)個(ge)TCP連(lian)接(jie)傳輸(shu)的請求(qiu)(qiu)數。

    4. 7層每(mei)(mei)秒交易速率(L7 RPS)。有些廠(chang)商使(shi)用L7 RPS作為L7 CPS來混淆誤導(dao)客戶，RPS測試(shi)會定(ding)義(yi)每(mei)(mei)個TCP連(lian)接(jie)(jie)可(ke)以傳(chuan)(chuan)輸多(duo)少個HTTP請(qing)(qing)求(qiu)，通常會有10個請(qing)(qing)求(qiu)/TCP連(lian)接(jie)(jie)，無(wu)限制請(qing)(qing)求(qiu)連(lian)接(jie)(jie)/TCP連(lian)接(jie)(jie)幾種測試(shi)數據。使(shi)用1個請(qing)(qing)求(qiu)的L7 RPS值就是(shi)L7 CPS。差(cha)別在于(yu)每(mei)(mei)個連(lian)接(jie)(jie)傳(chuan)(chuan)送多(duo)個請(qing)(qing)求(qiu)時(shi)的L7 RPS測試(shi)中，ADC可(ke)以省去大(da)量TCP連(lian)接(jie)(jie)建立和(he)關閉過程。比較(jiao)該指標時(shi)同樣(yang)要注意(yi)HTTP對象大(da)小(xiao)和(he)每(mei)(mei)個TCP連(lian)[FS:PAGE]接(jie)(jie)傳(chuan)(chuan)輸的請(qing)(qing)求(qiu)數。

    5. 并發會(hui)話數(shu)量(liang)(liang)。 如果(guo)新建連(lian)接(jie)(jie)速率代表了(le)一(yi)個地鐵入(ru)口通過(guo)率，并發會(hui)話則代表了(le)該地鐵線(xian)路上在(zai)車上的(de)所有人數(shu)。如果(guo)內(nei)部(bu)承運(yun)能(neng)力不(bu)(bu)(bu)夠高，就會(hui)造成(cheng)乘客(ke)擠壓(ya)過(guo)載最后(hou)癱瘓(huan)。并發會(hui)話測(ce)(ce)試(shi)(shi)并不(bu)(bu)(bu)是簡單的(de)在(zai)內(nei)存(cun)(cun)中保存(cun)(cun)這些條(tiao)目，實際測(ce)(ce)試(shi)(shi)中，必須在(zai)每(mei)個連(lian)接(jie)(jie)上定(ding)時傳(chuan)送數(shu)據(ju)驗證設(she)備可(ke)以準確查找已有會(hui)話并轉發數(shu)據(ju)。測(ce)(ce)試(shi)(shi)中還可(ke)能(neng)會(hui)細分4層并發會(hui)話數(shu)量(liang)(liang)和7層并發會(hui)話數(shu)量(liang)(liang)，區別在(zai)于(yu)ADC基于(yu)不(bu)(bu)(bu)同(tong)信息建立會(hui)話和每(mei)個連(lian)接(jie)(jie)占(zhan)用的(de)會(hui)話條(tiao)目不(bu)(bu)(bu)同(tong)。由(you)于(yu)并發會(hui)話與內(nei)存(cun)(cun)關系(xi)很大(da)，32位系(xi)統(tong)的(de)ADC由(you)于(yu)4G內(nei)存(cun)(cun)限(xian)制(zhi)都不(bu)(bu)(bu)可(ke)能(neng)做(zuo)得很大(da)，而64位系(xi)統(tong)的(de)ADC就不(bu)(bu)(bu)會(hui)受到這個限(xian)制(zhi)。

 

    6. 防(fang)DDoS攻擊能(neng)力(syn/sec)。ADC產品(pin)的并(bing)發會話能(neng)力和新(xin)建連(lian)接速率遠遠大(da)(da)于(yu)防(fang)火墻類產品(pin)，因此在ADC外部署防(fang)火墻會成為瓶頸。這(zhe)就要求ADC本身有足夠強大(da)(da)的防(fang)攻擊能(neng)力。目前大(da)(da)部分ADC產品(pin)均采用了Syn-cookie方(fang)式來(lai)防(fang)御DDoS攻擊，實際(ji)性能(neng)取決于(yu)各自的系統架構(gou)和處理算法。

 

    值得一(yi)提(ti)的(de)(de)(de)是，F5的(de)(de)(de)7層新(xin)建速(su)率(lv)與4層新(xin)建速(su)率(lv)相比(bi)下降非常(chang)大，因此會有使(shi)用(yong)與其他廠商不同的(de)(de)(de)一(yi)些數據來作(zuo)為(wei)L7 CPS應答(da)的(de)(de)(de)情況。F5 提(ti)供3個(ge)L7 CPS/RPS指標.

    L7 Connection per Sec(1-1), 客戶側連接(jie)1 request/connection，服(fu)務器側連接(jie)1 request/connection。 通用L7 CPS定(ding)義。

    L7 Requests per Sec (1-inf),客戶側連接1 request/connection，服務(wu)器側連接unlimited request/connection。 用戶通(tong)常看到的(de)L7 CPS數據。

 

    L7 Requests per Sec (inf-inf),客戶側連(lian)接unlimited request/connection，服務(wu)器側連(lian)接unlimited request/connection。

 

    F5公(gong)開的測(ce)試(shi)報(bao)告明確(que)描述其(qi)所有7層測(ce)試(shi)均啟用連(lian)接復用功能，因此測(ce)試(shi)報(bao)告中看到的都是“L7 Requests per Sec (1-inf)”。比較L7 CPS時(shi)時(shi)應該注意使用其(qi)CPS(1-1)指標。

    其他SSL指標、DNS QPS指標、HTTP壓縮指標對于使用該類應用的用戶很重要，但不屬于通用關鍵指標，就暫不逐一解釋了。

【聲明】物流產品網轉載本文目的在于傳遞信息，并不代表贊同其觀點或對真實性負責，物流產品網倡導尊重與保護知識產權。如發現文章存在版權問題，煩請聯系小編電話：010-82387008，我們將及時進行處理。