Testing with BlazeMeter
Open to all who wish to perform load or functional testing on their website/application.
- Blazemeter Account
- Application accessible outside your company firewall for testing, or ability to open the firewall to inbound traffic
- BlazeMeter creates instances on a public cloud using Amazon, Azure or Google Compute Cloud which hold the JMeter or Taurus setup and will create load on your hosted app. These cloud instances record the app's performance and then send these reports back to BlazeMeter in real-time for your viewing pleasure.
- When using JMeter Tests (Legacy), the load is generated by a distributed JMeter architecture. A JMeter console is used to control the test. You need to choose the number of JMeter Engine(s) that will participate in the test.
- When using Performance test (Current) to execute the test with Taurus, JMeter, Gatling or other, you simply need to choose the number of Engine(s) that will participate in the test.
- Each Engine will simulate the number of threads/virtual users specified in the script you provide.
Here are a couple of examples,
- For example, 20 engines and a script with 100 threads will generate 2,000 simultaneous users traffic.
- Another example: Imagine a cluster of 100 dedicated JMeter engines, all preconfigured, available in any of 51 geographical locations and ready to run 24/7 with no setup at all. No more than 5 minutes is needed to set up and run a test.
On-Premises Testing with BlazeMeter
For developers who need to test apps behind a firewall, and do not want to allow inbound connections through firewall rules, the Off-Premise solution won't work. They need On-Premise testing.
- BlazeMeter Account
- Port 80 and 443 open for outgoing connections.
- Constant connectivity to the internet.
- On-Premises Server should run on a Linux OS that can run Docker. They must have a dual-core processor, at least 4 GB RAM, and at least 40 GB hard-disk space free. See How to Install the On-premise Agent (Ship) for instructions and the full requirements.
Using our Private Location service, no incoming requests need to be made, and you do the following,
- Simply install our agent on your On-Premise servers. This agent will give your servers a "heartbeat" -- by sending outgoing requests to BlazeMeter to check if any tests have been started, and if so, BlazeMeter will respond with instructions for these servers.
- They (your warm-blooded servers) will then create the load for your DevApp, while sending data back to BlazeMeter, so you have full access to our real-time reporting.
- We recommend running up to 1000 Threads/Virtual Users per one Engine if you are using HTTP/S protocol.
- The number of users that can be simulated depends on a few other factors.
- The number of supported Threads depends on your script intensity and available resources. The more intense your script – the fewer threads a single Engine can support.
- For example, a test with 10 Engines, each running 300 threads, simulates a total of 3,000 users.
Please refer to this article for more information on threads per engine/engine per console calibration.
Want to learn more about running on-premise load tests? Watch our on-demand recording, How to Make JMeter Highly Scalable and More Collaborative With BlazeMeter