JMeter學習（十三）分布式部署

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)

這個問題終於被我解決了，其實原因好簡單呀。只要將原生server.bat執行即可。

注意：要是在配置的地方寫了127.0.0.1 的話 就要開原生 sever.bat. 不寫的話 就不用開了

 

4、查看1099連接埠是否被佔用

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