If you ever recorded a load testing scenario on a website you probably noticed that the list of external links can be scary:
Plus these links might occur several times, making your user profile difficult to read.
Because of this even a simple task like separating the different steps into distinct transactions can become tedious:
Every time I work on such tests the question is always the same: "Do we need to simulate these requests?"
We're pleased to announce today the launch of the Asia Pacific (Seoul, South Korea) region. Companies with infrastructures based in Korea can now leverage our Korean load generators to measure the performance of their applications.
Load tests can now be run smoothly from South Korea using Amazon Web Services. Seoul is well-known to be digital nomads friendly.
Docker makes it incredibly easy to run a variety of processes on a cluster of machines. Rancher offers container orchestration on top of Docker. Rancher allows you to manage a cluster of Docker-enabled machines. We use Rancher extensively at Octoperf to run JMeter containers on machines all over the world. We quickly faced an issue with Rancher here: container scheduling.
rancher-infrastructure
When you have a single machine running your docker container, everything is simple. You can run containers until the machines resources (CPU, RAM) are depleted. When you start working with 2+ nodes, you start to ask yourself new questions:
To build the website of Octoperf, our load testing tool, we use Jekyll. I also use it for this website.
It's great to generate static content, hosted on Amazon S3 like OctoPerf or on Github for this blog. But we had trouble upgrading jekyll to version 3 on our build server. We use plugin that are not yet available for this version. So we had to revert back to 2.5.
The whole process took us time. So I decided to use Docker to build, optimize and deploy our website. Now all we need is Docker installed on our build server and available in Jenkins, the Continuous Integration tool we use.
I wrote a simple script that:
We are proud to announce that we support On-Premise load testing! What is On-premise load testing? Sometimes, web applications to test are behind firewalls. It may also happen that the application should not be available publicly until in production. Our on-premise feature allows you to test those applications without opening any firewall port.
You can now setup a machine to act as a load-generator on your private network. This post explains how to setup an on-premise load-generator within minutes.
Our new technology allows you to mix both on-premise and cloud load-generators. Simulate virtual users running on your on-premise load-generators and virtual users running on our cloud infrastructure at the same time.
All you need to do is to run our load testing agent on your on-premise servers. It consists of a simple Docker container, thus requiring nothing else than Docker. The agent connects to our Cloud platform, and waits for tasks. The agent will spawn JMeter Docker container when running load tests. JMeter will then hit your application and send metrics to our cloud servers.