jmeter壓力測試實現負載均衡

文章來源於：https://blog.csdn.net/russ44/article/details/54729461

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)

這個問題終於被我解決了，其實原因好簡單呀。只要將本機的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版本和外掛最好都一致，否則會出一些意外的問題。