Package Exports
- artillery-engine-substrate
- artillery-engine-substrate/index.js
This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (artillery-engine-substrate) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.
Readme
Artillery Engine for perf testing Substrate based nodes
Stress test substrate based nodes with Artillery.io
Sponsored by Kusama Treasury
Motivation
We started with looking for a tool to stress test substrate based nodes and previously built a RPC-perf toolkit. The RPC-perf project served as a good proof of concept but it was lacking in comprehensive workload modelling.
We chose Artillery because of its modularity and ease of use. We started hacking around it and were able to build this custom engine that is integrated with polkadot.js and makes it easy to script various flows to stress test any substrate based nodes.
Documentation
Prerequisites
- node.js version > 14
- npm > 6
Installation:
- Install artillery and substrate plugin
npm install -g artillery
npm install -g artillery-engine-substrate
Usage
- Create a script or copy
example/script-basic.yml
to get started - Run the scenarios
artillery run --output report.json script.yml
- Generate Report
artillery report report.json
For developers:
If you are looking to use artillery with substrate engine, you can follow the example/
to get started.
If you are looking to contribute to the engine, you can fork the repository and send a Pull Request
. Make sure to add test for your changes and all test pass.
Following are few ideas about the improvements that can be made to the engine
- Support batch transaction
- Improve documentation
Configuration
config:
target: "wss://westend.my-node.xyz"
phases:
- duration: 3
arrivalRate: 1
name: Engine test phase
engines:
substrate: {}
config.target
: The substrate node endpoint (websocket) to connect to.
config.phases
: Learn more about load phases in artillery documentation.
config.engines
: This initializes the artillery Substrate engine.
Define your scenario
Artillery lets you define multiple scenarios. Each user is randomly assigned a scenario and runs till all the steps in a scenario has ran.
scenarios:
- engine: substrate
name: my_scenario
flow:
- connect: "{{ target }}"
- loop:
- call:
method: api.rpc.chain.getHeader()
saveTo: header
- log: "Current hash: {{ header.hash }}"
- call:
method: api.rpc.chain.getBlock({{ header.hash }})
saveTo: block
- log: "Current Block Number: {{ block.block.header.number }}"
count: 2
To make a call to a rpc method exposed by the node, you can add multiple call
steps. Refer substrate json-rpc documentation to see common methods exposed by substrate nodes.
The response of the call can be accessed by variable data
. Remember, this can get overwritten by the next call
action.
You have the option to instead declare your own variable to save the response to. This can be useful if you want to keep a variable and use it in a action later down in the flow. It is achieved by expanding call
action to declare a method
and saveTo
field.
If you want to log certain values, you can use log
action to do so.
scenarios:
- engine: substrate
name: my_scenario
flow:
- connect: "{{ target }}"
- call: api.rpc.chain.getHeader()
- log: "Current header hash: {{ data.hash }}"
- call:
method: api.rpc.chain.getBlock({{ data.hash }})
saveTo: blockResponse
- log: "Current Block Number: {{ blockResponse.block.header.number }}"
The actions can also be looped as shown below.
scenarios:
- engine: substrate
name: my_scenario
flow:
- connect: "{{ target }}"
- loop:
- call: api.rpc.chain.getHeader()
...
count: 100
The plugin also enable things that is not easy to script via the yaml file.
Let's try to make a multi query operation
const [{ nonce: accountNonce }, now] = await Promise.all([
userContext.api.query.system.account(ALICE),
userContext.api.query.timestamp.now()
]);
This can be achieved by defining your custom function. Lets look at an example:
Set config.processor with path to the file with custom function.
config:
target: "..."
processor: "./functions.js"
Define a scenario with your function
scenarios:
- engine: substrate
name: complex_call
flow:
- function: "someComplexCall"
- log: "Account Nonce {{ accountNonce }}"
- log: "Last block timestamp {{ now }}"
And finally define your function
module.exports = { someComplexCall };
async function someComplexCall(userContext, events, done) {
const ACCOUNT = '5G********tQY';
const [{ nonce: accountNonce }, now] = await Promise.all([
userContext.api.query.system.account(ACCOUNT),
userContext.api.query.timestamp.now()
]);
userContext.vars.accountNonce = accountNonce;
userContext.vars.now = now;
return done();
}
Run the scenario
artillery run my-scenario.yml
If artillery and engine are installed only in the project, use
$(npm bin)/artillery run script.yml
Generate HTML report
artillery run --output report.json my-scenario.yml
artillery report report.json
For non-global installation, use
$(npm bin)/artillery run --output report.json my-scenario.yml
$(npm bin)/artillery report report.json