誤區1： CPU數量和主頻。 目前大部分廠商采用了類似的通用CPU架構
，但還是可能采用不同廠家的CPU。即使是同一個廠家
，也可能是不同係列。最關鍵的是CPUshulianghezhupinbingbudaibiaoxingneng
，chufeishitongyigechangjiadetongyigeruanjian。tongyang
，wanquanxiangtongdeyingjianpeizhi
，butongchangshangdejiagouhexitongfahuichulaidexingnengkenengxiangchashubei
，zhengruwanquanxiangtongdejigerenzaibutongdeguanlihuanjingxiafahuichulaidegongxianchabiehuihenda。bingxingjisuanchulibuhao，youyuCPU間信開銷及鎖的問題，CPU數量增加並不意味性能增加。如果1個CPU可以跑出其它產品8個cpu的性能
，誰會選擇8個CPU的產品?成本
，功耗
，體積都會大很多。因此，CPU硬件配置並不代表性能。

 

誤區2： 內存。 同樣與係統架構相關。同樣與架構有關
，對於CPU獨享內存的架構，每個核即使隻配置2G內存
，一個8核的產品就需要16G內存，但每個核可訪問的內存資源隻有2G。這(zhe)樣(yang)的(de)架(jia)構(gou)一(yi)份(fen)數(shu)據(ju)需(xu)要(yao)複(fu)製(zhi)多(duo)次(ci)並(bing)保(bao)存(cun)多(duo)份(fen)，使(shi)用(yong)效(xiao)率(lv)很(hen)低(di)，最(zui)終(zhong)也(ye)會(hui)影(ying)響(xiang)到(dao)性(xing)能(neng)。而(er)共(gong)享(xiang)內(nei)存(cun)架(jia)構(gou)的(de)產(chan)品(pin)，每(mei)個(ge)核(he)可(ke)以(yi)訪(fang)問(wen)所(suo)有(you)內(nei)存(cun)資(zi)源(yuan)
，數(shu)據(ju)也(ye)隻(zhi)需(xu)要(yao)保(bao)存(cun)一(yi)份(fen)。如(ru)果(guo)是(shi)32位操作係統，共享內存架構4G內存的實際效率就超過獨享內存架構的任意配置產品(目前A10之外的產品均為32位操作係統
，獨享內存架構)。64位操作係統突破4G的限製，實際效率就會更高。因此

，內存不代表性能。如果一定要比較，需要比較每個核可訪問的內存資源。

 

誤區3：端口數量。ADC產品不同於2/3層交換機，端口數量代表可連接更多設備。ADC產品部署環境一定會有2/3層交換機
，服務器不需要直接連接到ADC產品。隻要端口數量大於實際需要的吞吐量並有足夠端口與交換機連接即可。

 

誤區4：交換能力。 這個指標也是沿用了交換機的指標。交換機性能與交換矩陣芯片交換能力密切相關，與CPU關係不是很大。而ADC產品則不同，交換矩陣並不是必須部件，大多產品采用通用CPU架構使用PCIe總線擴展接口
，這部分已經不是ADC產品的瓶頸所在。ADC性能基本取決於係統整體架構下CPU發揮出來的效率。而且大部分產品本身已經是服務器的硬件架構，應該沒有人對服務器要求交換能力的指標。

 

可以看出，誤區所在均為沿用了服務器或交換機的一些指標，這些硬件配置並不代表ADC產品的真正性能，但一些廠商還是刻意利用這些指標(尤其是CPU和內存)來誤導客戶屏蔽競爭對手。

 

ADC真正關鍵的性能指標如下:

 

1. 4/7層吞吐量。由於需要CPU進行複雜的4-7層處理，4/7層吞吐量交2/3層吞吐量要低很多

，但這是ADC真正能處理的數據吞吐量。這也是2/3層吞吐量對於ADC產品並不關鍵的原因。這個指標的測試方式通常是發送盡可能多HTTP GET請求
，服務器應答較大HTTP對象(如512Kbytes或1MBytes，會分為若幹數據包傳輸)，計算無失敗情況下線路上傳輸的數據量。差異在於不同儀表廠商或不同測試可能會不計算2/3層包頭或GET請求部分，由於這部分所占比例極小，影響不是很大。嚴格來說，橫向比較時應該確定所取HTTP對象大小及是否計算2/3層包頭部分。

 

2. 4層每秒新建連接速率(L4 CPS)。 衡量ADC產品每秒鍾可以處理多少個TCP新建連接。通常測試方法為發送盡可能多的HTTP GET請求，服務器應答較小HTTP對象(如1Bytes

，128Bytes，1KBytes)
， ADC產品在中間隻根據4層信息進行複雜均衡。每個連接需要完整的3次握手建立過程，GET請求，和TCP關閉連接過程。這個指標對於ADC產(chan)品(pin)應(ying)付(fu)突(tu)發(fa)大(da)量(liang)連(lian)接(jie)非(fei)常(chang)重(zhong)要(yao)。好(hao)比(bi)一(yi)個(ge)地(di)鐵(tie)入(ru)口(kou)的(de)通(tong)過(guo)率(lv)一(yi)樣(yang)，如(ru)果(guo)入(ru)口(kou)太(tai)小(xiao)，客(ke)流(liu)突(tu)然(ran)增(zeng)加(jia)時(shi)，如(ru)果(guo)客(ke)人(ren)無(wu)法(fa)進(jin)入(ru)，業(ye)務(wu)自(zi)然(ran)會(hui)受(shou)到(dao)影(ying)響(xiang)。比(bi)較(jiao)該(gai)指(zhi)標(biao)時(shi)需(xu)要(yao)注(zhu)意(yi)所(suo)取(qu)HTTP對象大小。

 

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

 

4. 7層每秒交易速率(L7 RPS)。有些廠商使用L7 RPS作為L7 CPS來混淆誤導客戶
，RPS測試會定義每個TCP連接可以傳輸多少個HTTP請求，通常會有10個請求/TCP連接，無限製請求連接/TCP連接幾種測試數據。使用1個請求的L7 RPS值就是L7 CPS。差別在於每個連接傳送多個請求時的L7 RPS測試中，ADC可以省去大量TCP連接建立和關閉過程。比較該指標時同樣要注意HTTP對象大小和每個TCP連接傳輸的請求數。

 

5. 並發會話數量。 如ru果guo新xin建jian連lian接jie速su率lv代dai表biao了le一yi個ge地di鐵tie入ru口kou通tong過guo率lv
，並bing發fa會hui話hua則ze代dai表biao了le該gai地di鐵tie線xian路lu上shang在zai車che上shang的de所suo有you人ren數shu。如ru果guo內nei部bu承cheng運yun能neng力li不bu夠gou高gao
，就jiu會hui造zao成cheng乘cheng客ke擠ji壓ya過guo載zai最zui後hou癱tan瘓huan。並bing發fa會hui話hua測ce試shi並bing不bu是shi簡jian單dan的de在zai內nei存cun中zhong保bao存cun這zhe些xie條tiao目mu，實shi際ji測ce試shi中zhong，必bi須xu在zai每mei個ge連lian接jie上shang定ding時shi傳chuan送song數shu據ju驗yan證zheng設she備bei可ke以yi準zhun確que查zha找zhao已yi有you會hui話hua並bing轉zhuan發fa數shu據ju。測ce試shi中zhong還hai可ke能neng會hui細xi分fen4層並發會話數量和7層並發會話數量，區別在於ADC基於不同信息建立會話和每個連接占用的會話條目不同。由於並發會話與內存關係很大，32位係統的ADC由於4G內存限製都不可能做得很大，而64位係統的ADC就不會受到這個限製。

 

6. 防DDoS攻擊能力(syn/sec)。ADC產品的並發會話能力和新建連接速率遠遠大於防火牆類產品
，因此在ADC外部署防火牆會成為瓶頸。這就要求ADC本身有足夠強大的防攻擊能力。目前大部分ADC產品均采用了Syn-cookie方式來防禦DDoS攻擊，實際性能取決於各自的係統架構和處理算法。

 

值得一提的是，F5的7層新建速率與4層新建速率相比下降非常大
，因此會有使用與其他廠商不同的一些數據來作為L7 CPS應答的情況。F5 提供3個L7 CPS/RPS指標.

 

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

 

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

 

L7 Requests per Sec (inf-inf),客戶側連接unlimited request/connection

，服務器側連接unlimited request/connection。

 

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

 

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

 

 

推薦閱讀：