jmeter-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sebb <>
Subject Re: Distributed Testing with Multiple IPs per server
Date Fri, 17 Oct 2014 21:04:20 GMT
On 17 October 2014 19:28, Jacob Burkamper <> wrote:
> Yes, I used the source address field of the HTTP sampler to change the
> source IP address.
> I have a CSV file with username, password, and IP address combinations in
> it.
> I am in a linux (Ubuntu) environment.
> Before I start the test, I use a linux shell script to parse the same CSV
> file that the test uses, and that shell script adds all the IP addresses to
> the interface of the machine. Then, when jmeter runs it connects to my web
> service using the username, password, and source IP address specified by
> the CSV. I realize I can simply change the CSV per server and manually
> deploy that file and the test config file to multiple units, and then
> manually start the tests. However, this has the disadvantage of requiring
> me to push any changes to the test scenario manually, which can make
> troubleshooting somewhat cumbersome. I would much rather be able to simply
> click a button in the jmeter GUI and have it automatically distribute and
> begin the tests, if this is at all possible.

JMeter only distributes the test plan, it does not distribute any data files.

> Could I perhaps change the CSV path based on the jmeter server's hostname
> or something similar? Then I could just maintain a CSV with appropriate IP
> addresses for each server, and still use the jmeter GUI for test management.

That would still require you to deploy the CSV files.

If the tests can all use the same set of lower 16 bits, then you could
just provide that in a common CSV file.

You can then define the top 16 bits as a property on each server.
E.g. in the local file or on the command-line.

The Source address could then be constructed by combining the two parts:


Another possible approach would be to use host names rather than IP addresses.
This would require setting up local hostnames on each of the JMeter
systems, and might not be feasible.

> On Fri, Oct 17, 2014 at 12:18 PM, sebb <> wrote:
>> On 17 October 2014 02:43, Jacob Burkamper <> wrote:
>> > Hello!
>> >
>> > I am attempting to use jmeter to test a web service which will return
>> > differing results based on the IP address which sent the request, as well
>> > as potentially behave differently depending on the number of IP addresses
>> > active in the last few minutes.
>> >
>> > I have successfully used jmeter as a single client to simulate
>> > approximately 500 users, all with unique IP addresses.
>> How did you do this?
>> Did you use the HTTP Sampler "Source Address" field?
>> And what did you use to populate it?
>> > However, the single
>> > client is unable to scale any higher than this, and I need to be able to
>> > test with potentially thousands of users.
>> >
>> > Therefore, I have acquired more physical hardware, with the intent to use
>> > jmeter's distributed testing capability.
>> You might find that the JMeter client and/or network connections to
>> the JMeter servers are a limitation.
>> I would suggest running stand-alone JMeter non-GUI instances and
>> combining the results afterwards.
>> You can start the test on a single client, and add more clients until
>> the server under test starts to complain.
>> In either case, make sure your JMeter hosts clocks are synchronised.
>> > The trouble I am having is that I
>> > can not seem to figure out how to have each individual server use a
>> > different IP list.
>> That depends on how you are doing it currently.
>> > What I would like is something like this:
>> >
>> > Server1 runs tests with 500 users, using IP addresses from the
>> > range.
>> > Server2 runs tests with 500 users, using IP addresses from the
>> > range.
>> > Server3 runs tests with 500 users, using IP addresses from the
>> > range.
>> >
>> > All other parameters of the test remain the same. Is there some way to
>> > accomplish this, or to at least come close?
>> Yes, but more info is needed
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> For additional commands, e-mail:
> --
> *Jacob Burkamper*
> *CIPAFilter Development*
> *Email:*
> *Web:*

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message