[搬運工系列]-JMeter （九）分散式測試
Jmeter 是java 應用，對於CPU和記憶體的消耗比較大，因此，當需要模擬數以千計的併發使用者時，使用單臺機器模擬所有的併發使用者就有些力不從心，甚至會引起JAVA記憶體溢位錯誤。為了讓jmeter工具提供更大的負載能力，jmeter短小精悍一有了使用多臺機器同時產生負載的機制。
我們通過單個jmeter 客戶端就可以控制多個遠端的jmeter伺服器，使它們同步的對伺服器進行壓力測試。
排程機（Controller）：主要負責效能測試指令碼的分發，及各個執行機（Slave）的測試結果收集彙總，報告產出。
執行機（Slave）：主要負責執行效能測試指令碼及斷言等（命令列模式執行，無介面），並將執行結果反饋給排程機（Controller），若斷言執行成功則不返回請求響應資料及詳細斷言資訊。
通過遠端執行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. 不寫的話 就不用開了
若是在伺服器端進行測試時，需要殺死遠端機和本機的jmeter程序然後再重啟
4、檢視1099埠是否被佔用
netstat -ano | findstr "1099"
tasklist | findstr "1099"
其它說明：
1、排程機(master)和執行機(slave)最好分開，由於master需要傳送資訊給slave並且會接收slave回傳回來的測試資料，所以mater自身會有消耗，所以建議單獨用一臺機器作為mater。
2、引數檔案：如果使用csv進行引數化，那麼需要把引數檔案在每臺slave上拷一份且路徑需要設定成一樣的。
3、每臺機器上安裝的Jmeter版本和外掛最好都一致，否則會出一些意外的問題。
5.注意事項
1、JMeter版本保持一致
2、JDK版本保持一致，否則可能出現各種其他的問題