Simulations
Navigate through simulations.
Managing Simulations
To access the Simulations section, click on Simulations in the navigation bar.
The Simulations view contains all the simulations configured by your organization and the results of their last run.

If you don’t have any simulations configured yet and don’t know where to start, you can download some Gatling Enterprise pre-configured projects by clicking on the “Sample simulations” button.

Samples are distributed under:
- Scala with Maven, Gradle, sbt and Gatling Enterprise Bundle
- Java with Maven, Gradle and Gatling Enterprise Bundle
- Kotlin with Maven and Gradle

Back to the Simulations section, at the top-right, there is an action bar which allows several actions:
- Create a simulation
- Search by simulation or team name
- Edit global properties
- Delete selected simulations

Default Injector Parameters
Default injector parameters contains every Java system properties and environment variables used by all of your simulations by default. Editing those properties will be propagated to all the simulations. You can access it by clicking on the top right corner of the page.
If you don’t want to use the default properties, check Use custom global properties
and enter your own.

If you want specific properties for a simulation, you will be allowed to ignore those properties by checking the Ignore defaults
box when creating or editing the simulation:

Creating a simulation
You have to upload a package first before creating a simulation.
See how to generate a package and create it on Gatling Enterprise Cloud.
In order to create a simulation click on the “Create” button in the simulations table. There are 6 steps to create a simulation, 3 of which are optional.
Step 1: General

- Name: the name that will appear on the simulations table.
- Team: the team which owns the simulation.
- Package: the uploaded package (it must belong to the configured team)
- Class name: the simulation’s fully qualified name, detected in configured package
Step 2: Pools configuration
In this step, you’ll configure the pools used for the Gatling Enterprise injectors.
Gatling Enterprise pools are available in the following regions:
- Europe (Paris)
- US East (N. Virginia)
- US West (N. California)
- AP SouthEast (Sydney)
In order for the best results from your simulation you should select the injectors that best represent your user base.

- Pools: defines the pools to be used when initiating the Gatling Enterprise injectors.
- Weight distribution: if set to even, every injector will produce the same load. If set to custom, you must set the weight in % for each pool (eg the first pool does 20% of the requests, and the second does 80%). The sum of the weight must be 100%.
- Address: Choose “Dedicated” if you want to enable dedicated IPs for your injectors.
You can add several pools with different numbers of injectors to run your simulation.
After this step, you can save the simulation, or click on Next to access optional configurations.
Step 3: Injector Parameters
This step allows you to define the Java system properties and environment variables used when running this particular simulation. Properties/variables entered here will add to the defaults, unless you choose to ignore the defaults. If you keep the defaults, and you add a property/variable with the same key as one from the defaults, the simulation’s value will be used (it overrides the default).

sensitive.
, and environment variables if you prefix them with SENSITIVE_
.You can configure the gatling.frontline.groupedDomains
Java System property to group connection stats from multiple subdomains and avoid memory issues when hitting a very large number of subdomains.
For example, setting this property as .foo.com, .bar.com
will consolidate stats for sub1.foo.com
, sub2.foo.com
, sub1.bar.com
, sub2.bar.com
into *****.foo.com
and *****.bar.com
.
System properties can be retrieved in your Gatling simulation with System.getProperty("YOUR_PROPERTY_KEY")
.
Environment variables can be retrieved in your Gatling simulation with System.getEnv("YOUR_ENV_VAR_KEY")
.
Step 4: Time window
Configuring a ramp up or ramp down means that the beginning and end of your simulation won’t be used for calculating metrics and assertions.

- Ramp Up: the number of seconds you want to exclude at the beginning of the run.
- Ramp Down: the number of seconds you want to exclude at the end of the run.
Simulations table
Once you have created a simulation, you can start it by clicking on the icon in the Start column of the table.

A run has the following life cycle:
- Building: in which it will download the simulation package and prepare the hosts
- Deploying: in which it will deploy the simulation to run on all the injectors
- Injecting: in which the simulation is running and can be viewed from the Reports.

By clicking on the second icon on last column, Gatling Enterprise will display the build logs of the simulation. There is a limit of 1000 logs for a run.
Viewing the Log can also be helpful in determining why a run failed and what errors you will need to correct to successfully run your simulation.
The logs can also be viewed in the Reports, while the simulation is building.

You can click on the third icon on last column to display the assertions of the run. Assertions are the assumptions made at the beginning of the simulation to be verified at the end:

Useful tips
- You can edit, copy the ID, duplicate and delete the simulation by clicking on the kebab menu icon
- You can search a simulation by its name, or its team name
- You can sort the simulations by any column
- A Delete button will appear on the action bar when you select a simulation, you will be able to delete all the selected simulations
- When a simulation is running, you can stop the ongoing run by clicking on the Stop button
Be aware that deleting a simulation will delete all the associated runs.