ADC關鍵性能指標及誤區
發布時間:2019-06-10 責任編輯:wenwei
【導讀】由於ADCchanpinxiangduiyuwangluochanpinhefuwuqixuqiuxiaohenduo,yonghuhejichengshangzaixuanzechanpinshiduiguanjianzhibiaodelijienanmianyouyixiewuqu,jiazhibufenzhuliuchangshangkeyiyindao,zhaobiaoguifanwangwangyoubushaofeiguanjianzhibiaozuobeizuoweibixufuhexiang。jiexialaijiuzhexiewuquhezhenzhengdeguanjianzhibiaozuoyixietantao。
誤區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。zheyangdejiagouyifenshujuxuyaofuzhiduocibingbaocunduofen,shiyongxiaolvhendi,zuizhongyehuiyingxiangdaoxingneng。ergongxiangneicunjiagoudechanpin,meigehekeyifangwensuoyouneicunziyuan,shujuyezhixuyaobaocunyifen。ruguoshi32位操作係統,共享內存架構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取quHTTP對象大小。
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. 並發會話數量。 ruguoxinjianlianjiesulvdaibiaoleyigeditierukoutongguolv,bingfahuihuazedaibiaolegaiditiexianlushangzaicheshangdesuoyourenshu。ruguoneibuchengyunnenglibugougao,jiuhuizaochengchengkejiyaguozaizuihoutanhuan。bingfahuihuaceshibingbushijiandandezaineicunzhongbaocunzhexietiaomu,shijiceshizhong,bixuzaimeigelianjieshangdingshichuansongshujuyanzhengshebeikeyizhunquezhazhaoyiyouhuihuabingzhuanfashuju。ceshizhonghaikenenghuixifen4層並發會話數量和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壓縮指標對於使用該類應用的用戶很重要,但不屬於通用關鍵指標,就暫不逐一解釋了。
推薦閱讀:
特別推薦
- 噪聲中提取真值!瑞盟科技推出MSA2240電流檢測芯片賦能多元高端測量場景
- 10MHz高頻運行!氮矽科技發布集成驅動GaN芯片,助力電源能效再攀新高
- 失真度僅0.002%!力芯微推出超低內阻、超低失真4PST模擬開關
- 一“芯”雙電!聖邦微電子發布雙輸出電源芯片,簡化AFE與音頻設計
- 一機適配萬端:金升陽推出1200W可編程電源,賦能高端裝備製造
技術文章更多>>
- 貿澤EIT係列新一期,探索AI如何重塑日常科技與用戶體驗
- 算力爆發遇上電源革新,大聯大世平集團攜手晶豐明源線上研討會解鎖應用落地
- 創新不止,創芯不已:第六屆ICDIA創芯展8月南京盛大啟幕!
- AI時代,為什麼存儲基礎設施的可靠性決定數據中心的經濟效益
- 矽典微ONELAB開發係列:為毫米波算法開發者打造的全棧工具鏈
技術白皮書下載更多>>
- 車規與基於V2X的車輛協同主動避撞技術展望
- 數字隔離助力新能源汽車安全隔離的新挑戰
- 汽車模塊拋負載的解決方案
- 車用連接器的安全創新應用
- Melexis Actuators Business Unit
- Position / Current Sensors - Triaxis Hall
熱門搜索
微波功率管
微波開關
微波連接器
微波器件
微波三極管
微波振蕩器
微電機
微調電容
微動開關
微蜂窩
位置傳感器
溫度保險絲
溫度傳感器
溫控開關
溫控可控矽
聞泰
穩壓電源
穩壓二極管
穩壓管
無焊端子
無線充電
無線監控
無源濾波器
五金工具
物聯網
顯示模塊
顯微鏡結構
線圈
線繞電位器
線繞電阻



