Use Gremlin Webhooks to sync Blazemeter load tests

Use Gremlin Webhooks to sync Blazemeter load tests
Taylor Smith
Taylor Smith
Technical Product Marketer

Using load tests while performing Chaos Engineering experiments prepares your applications for high traffic even in less than ideal system conditions. For example, on a high traffic day, can your application handle a little bit of latency?

This tutorial will walk you through how to perform a load test using Blazemeter while injecting failure using Gremlin. Blazemeter is a hosted load testing tool that can create and run custom load tests or run scripts from common open source performance testing tools like JMeter and Gatling. Combined with Gremlin’s webhooks feature, you can synchronize load tests with chaos experiments to run and halt both at the same time.


Step 1: Setup a performance test in Blazemeter

In this first step, you’ll set up a performance test using Blazemeter. Go to and select “Performance.” Then select “Create Test”. At this point, you can upload your own script or enter your application’s URL. This example uses with 1 user for 5 minutes and 1 minute of startup time. Everything else you’ll leave as the defaults.

Once you’re done entering the inputs, copy the test number from the URL after tests for the API endpoint in step 4. In my case, it’s 8744700.

Step 2: Gather your Blazemeter API keys

In order to start and stop the load test from Gremlin, you’ll need to authenticate with Blazemeter using the API keys. Click on the gear icon in the upper right corner in Blazemeter. Then select “API Keys.” Create a new API key. Depending on your security preferences, select the length of time for the key to last. Copy the “API Key Id” and “API Key Secret” for use in the next step.

Step 3: Convert your ID and Key to Base64

The Gremlin webhooks we create will use Basic Authentication. To use this, you’ll need to convert the ID and key from the previous step to Base64. If you’re using Mac or Linux, open your terminal and enter:

1echo -n '{Blazemeter API Key Id}:{Blazemeter API Key Secret}' | base64

or Command Prompt (Windows) enter:

1[Convert]::ToBase64String([System.Text.Encoding]::UTF8.GetBytes({Blazemeter API Key Id}:{API Key Secret}))

Save this output for the next step.

Step 4: Create two Gremlin webhooks

In this step, you’ll create two webhooks: one to start the load test with the Gremlin experiment and one to stop it after the Gremlin experiment ends. In Gremlin, go to “Team Settings,” “Webhooks,” then “New Webhook.” Give the webhook the name Start Blazemeter Load Test and set the Request URL to{your_test_id}/start?delayedStart=false. Then in the headers, add the Key Authorization and the Value to Basic {your base64 id and password}. Check the “Attack Initializing” box and click “Save.”

Next, you’ll create a webhook to stop the test. Enter the name Stop Blazemeter Load Test and the URL{your test id}/stop. Add the same authorization header as the previous webhook, check “Attack Finished” and click “Save.”

Now every time you run a Gremlin attack from this Team, that load test will be launched.

Step 5: Run an attack with a load test

In this step, you’ll run a latency attack to slow down all traffic to and from our hosts while simultaneously kicking off a load test in Blazemeter. In Gremlin, go to “Attacks” -> “New Attack.” Select “Target all hosts.” Then select “Choose a Gremlin” -> “Network” -> “Latency”. For Length set it to 300 seconds and leave the rest to the defaults.

Click “Unleash Gremlin”. After a few seconds, head over to Blazemeter to confirm that the load test is running.

You can wait for the attack to finish in 5 minutes, or click the Halt button in Gremlin. Head back over to Blazemeter to ensure the load test stopped and to see the results.

If you no longer want the load tests to run with every Gremlin attack, deactivate the webhooks in the Gremlin Team Settings.

Run your own load tests

Used in conjunction, load testing and Chaos Engineering are a powerful combination that can test the resiliency of your applications. This load test was a simple example that just pinged the frontend of our webapp and only applied a simple latency attack. A much more thorough script using multiple users clicking around your site and completing transactions with a more targeted blast radius, such as a single service, would be an informative next step. Similarly, try different magnitudes and types of Gremlin attacks to see how your application behaves with a single service getting blackholed (dropping network traffic) or experiencing a spike in CPU.


Chaos Engineering

Validating horizontal pod autoscaling on EKS with Gremlin

Introduction Scaling is one of the most important functions of a microservices platform. Modern applications must be…
Chaos Engineer

Avoid downtime. Use Gremlin to turn failure into resilience.

Gremlin empowers you to proactively root out failure before it causes downtime. See how you can harness chaos to build resilient systems by requesting a demo of Gremlin.

Get started


Subscribe to our newsletter

© 2021 Gremlin Inc. San Jose, CA 95113