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.<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. 不寫的話 就不用開了

?

4、查看1099端口是否被占用

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

?

?

其它說明：

　　1、調度機(master)和執行機(slave)最好分開，由于master需要發送信息給slave并且會接收slave回傳回來的測試數據，所以mater自身會有消耗，所以建議單獨用一臺機器作為mater。

　　2、參數文件：如果使用csv進行參數化，那么需要把參數文件在每臺slave上拷一份且路徑需要設置成一樣的。

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

轉載于:https://www.cnblogs.com/perfectwang/p/7235189.html

總結

以上是生活随笔為你收集整理的【转】JMeter学习（十三）分布式部署的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。