Jmeter進行性能測試時多臺負載機的配置方法

meter 是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啓動。

 

 

遇到的常見問題：

一、在Controller端上控制某臺機器Run，提示"Bad call to remote host"。

解決方法：檢查被控制機器上的jmeter-server有沒有啓動，或者JMeter.properties中remote_hosts的配置錯誤。

 

二、Agent機器啓動Jmeter_server.bat時，後臺提示："could not find ApacheJmeter_core.jar"

解決方法：肯定在Agent機器安裝jdk，並設置環境變量

 

三、遠程啓動時，報錯：

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.<init>(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)

這個問題終於被我解決了，其實緣由好簡單呀。只要將本機的jmter-server.bat執行便可。要是在jmeter.properties配置的地方寫了127.0.0.1 的話 就要開本機的 jmeter-sever.bat. 不寫的話 就不用開了

 

四、查看1099端口是否被佔用

netstat -ano | findstr "1099"
tasklist | findstr "1099"

 

 

其它說明：

　　一、調度機(master)和執行機(slave)最好分開，因爲master須要發送信息給slave而且會接收slave回傳回來的測試數據，因此mater自身會有消耗，因此建議單獨用一臺機器做爲mater。

　　二、參數文件：若是使用csv進行參數化，那麼須要把參數文件在每臺slave上拷一份且路徑須要設置成同樣的。

　　三、每臺機器上安裝的Jmeter版本和插件最好都一致，不然會出一些意外的問題。