1. 程式人生 > >大併發的壓測使用阿里的TPS(工具推薦篇)

大併發的壓測使用阿里的TPS(工具推薦篇)

 

前言:

   

 

     先說下寫這篇部落格的由來,因雙十一來臨,作為電商,日活百萬的產品是需要做雙十一的壓測的。根據當前線上qps為3600來計算,雙十一的目標翻十倍,qps達到36000,當前的壓測結果:1萬的併發qps為2萬,所以推測出大概併發在1w5左右(推測的東西會隨便具體情況變化而變化),對於這種萬級的併發,我覺得有條件可以搭建叢集jmeter壓測,那麼就要考慮資源例如1萬5的併發,一臺支援500的併發就得30臺機器,這個單機支援多少併發可以用壓測的某個介面嘗試下壓測,根據當前機配置擴充套件,如果機器能到1000的併發對於中小型公司提供的資源已經很不錯了,10000的併發也得15臺機器。關鍵這樣的叢集壓測只是為了雙十一,那麼雙十一過後,機器其實處於閒置的狀態,那麼就是一個很大的資源浪費,但是對於日活百萬正常qps是幾千來說,併發也不過不到3千,那麼搭建一個性能框架來做日常壓測也是不錯的。因為此篇針對大併發不浪費資源,還有團隊能力不是很強情況下,選擇阿里的TPS我覺得更合適一些

 

    針對測試來說不需要搭建叢集的jmeter確實很方便,不管從引數化還是傳參斷言都和jmeter很像,所以不太想寫操作篇,下面給出了連結。用了一段時間感覺花錢的服務真好但是本是一個成長學習的機會,還是種種原因用了阿里的收費工具,確實對於個人還是團隊都是一種遺憾。tps雖然支援了報告生成和取樣的日誌,不過我覺得這個工具的亮點是在阿里雄厚的秒級併發,測試報告等東西和jmeter沒有很大的差距,如果是jmeter分佈壓 nmon分佈採集我覺得會更細一點,只是多個數據整理的過程,但是詳細的程度是超過tps的。

 

 

    現在很多的公司也是在用阿里的機器,因為tps支援監控阿里機也是比較合適的,當然這款工具是收費的,只要花了錢,作為阿里的上帝,在瓶頸期實在解決不了問題的時候(遇到問題就問會形成依賴降低解決問題的能力)可以向阿里諮詢也不失一個調優的辦法。

 

    

操作文件:

    https://help.aliyun.com/product/29260.html?spm=a2c4g.11186623.6.540.7aee1adeJcDdyr 關於操作阿里已經寫的比較全了。 

 

下一篇會寫一篇jmeter分散式壓測和nmon分散式採集的部落格~