轉自:http://www.cnblogs.com/yangxia-test/p/4016277.html
Jmeter?是Java應用,對于CPU和內存的消耗比較大,因此,當需要模擬數以千計的并發用戶時,使用單臺機器模擬所有的并發用戶就有些力不從心,甚至會引起JAVA內存溢出錯誤。為了讓jmeter工具提供更大的負載能力,jmeter短小精悍一有了使用多臺機器同時產生負載的機制。
那么,是如何實現多臺負載機同時運行的呢?當然不會多個人坐在多臺負載機面前,一喊開始,大家同時啟動jmeter。這種方式很笨,也很難達到真正的同步。其實,我們通過單個jmeter?客戶端就可以控制多個遠程的jmeter服務器,使它們同步的對服務器進行壓力測試。
通過遠程運行jmeter,測試人員可以跨越多臺低端計算機復制測試,這樣就可以模擬一個比較大的服務器壓力,一個jmeter客戶端實例,理論上可以控制任意多的遠程jmeter實例,并通過他們收集測試數據。這樣一樣,就有了如下特性:
*???保存測試采樣數據到本地機器
*???通過單臺機器管理多個jmeter執行引擎。
*???沒有必要將測試計劃復制到每一臺機器,jmeter?GUI客戶端會將它發往每一臺jmeter服務器。
*???每一臺jmeter遠程服務器都執行相同的測試計劃,jmeter不會在執行期間做負載均衡,每一臺服務器都會完整地運行測試計劃。
在1.4G?Hz~3GHz?的CPU?、1GB?內存的?JMeter?客戶端上,可以處理線程?100~300。但是Web?Service?例外。XML處理是?CPU?運算密集的,會迅速消耗掉所有的CPU?。一般來說,以XML技術為核心的應用系統,其性能將是普通Web?應用的?10%~25%?。另外,如果所有負載由一臺機器產生,網卡和交換機端口都可能產生瓶頸,所以一個JMeter?客戶端線程數不應超過?100。
采用JMeter?遠程模式并不會比獨立運行相同數目的非GUI?測試更耗費資源。但是,如果使用大量的JMeter?遠程服務器,可能會導致客戶端過載,或者網絡連接發生擁塞。
使用多臺機器產生負載的操作步驟如下:
(1)在所有期望運行jmeter作為?負載生成器的機器上安裝jmeter,?并確定其中一臺機器作為?controller?,其他的的機器作為agent?。
(2)?運行所有?agent?機器上的jmeter-server?文件(假定使用兩臺機器192.168.9.99 和192.168.9.130 作為agent)
(3)在controller機器的jmeter的bin目錄下,找到jmeter.properties?文件,編輯該文件:
查找:remote_hosts=127.0.0.1修改為:remote_hosts=192.168.9.99:1099,192.168.9.130:1099
這里要特別注意端口后,有些資料說明端口1644為jmeter的controller?和agent?之間進行通信的默認RMI端口號,但是在測試時發現,設置為1644運行不成功,改成1099后運行通過。另外還要留意agent的機子是否開啟了防火墻等。
(4)啟動controller?機子上的jmeter應用jmeter.bat,選擇菜單“運行”--->“遠程啟動”,來分別啟動agent?,也可以直接選擇“遠程全部啟動”來將所有的agent啟動。
遇到的常見問題:
1、在Controller端上控制某臺機器Run,提示"Bad call to remote host"。
解決方法:檢查被控制機器上的jmeter-server有沒有啟動,或者JMeter.properties中remote_hosts的配置錯誤。
2、Agent機器啟動Jmeter_server.bat時,后臺提示:"could not find ApacheJmeter_core.jar"
解決方法:確定在Agent機器安裝jdk,并設置環境變量
3、遠程啟動時,報錯:
ERROR - jmeter.gui.action.RemoteStart: Failed to initialise remote engine java.rmi.ConnectException: Connection refused to host: 127.0.0.1; nested exception is:
java.NET.ConnectException: Connection refused: connect
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(Unknown Source)
at sun.rmi.transport.tcp.TCPChannel.createConnection(Unknown Source)
at sun.rmi.transport.tcp.TCPChannel.newConnection(Unknown Source)
at sun.rmi.server.UnicastRef.newCall(Unknown Source)
at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
at java.rmi.Naming.lookup(Unknown Source)
at org.apache.jmeter.engine.ClientJMeterEngine.getEngine(ClientJMeterEngine.java:54)
at org.apache.jmeter.engine.ClientJMeterEngine.(ClientJMeterEngine.java:67)
at org.apache.jmeter.gui.action.RemoteStart.doRemoteInit(RemoteStart.java:180)
at org.apache.jmeter.gui.action.RemoteStart.doAction(RemoteStart.java:80)
at org.apache.jmeter.gui.action.ActionRouter.performAction(ActionRouter.java:81)
這個問題終于被我解決了,其實原因好簡單呀。只要將本機的server.bat執行即可。
注意:要是在配置的地方寫了127.0.0.1 的話 就要開本機的 sever.bat. 不寫的話 就不用開了
4、查看1099端口是否被占用
netstat -ano | findstr "1099"
tasklist | findstr "1099"