CI Tests on Spot Instances
Running Playwright E2E tests on CI Spot Instances and using Currents Orchestration to automatically rerouting tests before an eviction.
An additional benefit of using Currents for balancing tests is the ability to automatically redrive tests from one machine to another.
Get familiar with Playwright Orchestration
Requires
@currents/playwright@1.3.0+
Cost Efficiency of Spot Instances
Many cloud providers have an option to use Spot Instances for running workloads. Using Spot Instances can cost up to 90% lower, compared to the traditionally allocated resources.
However, spot instances can be terminated at any time, which can cause the loss of the test results.
Currents Orchestration can automatically reassign the tests from to-be-terminated instance to another machine. This way, the execution can continue without manual intervention.
How it works
Imagine a scenario when you have two machines running a testing suite consisting of two spec files.
Machine A - running specA
Machine B - running specB
When a spot instance is just about to be terminated (let's say Machine A), Currents will identify the affected spec files and reassign them a different machine.
Setup and configuration
Only tests orchestrated with pwc-p
can be dynamically reassigned. Read more about Playwright Orchestration.
Starting from version 1.3.0
of @currents/playwright,
you can specify a pwc-p
option:
When specified, pwc-p
will start listening to POSIX signal (SIGUSR1
or SIGUSR2
). After receiving the signal, the tool will send a request to Currents servers with the details of the tests that need to be reassigned.
Currents will update the run status accordingly and will send the affected tests to the first available CI machine.
An example output you're expected to see upon termination:
Refer to the following documentation for capturing the eviction notice for various cloud providers:
It is your responsibility to capture the eviction notice, detect the PID and send the signal to thepwc-p
process before an eviction.
usr1
normally activates the node debugger, but this ability is disabled when we listen on usr1usr2
normally treated as a exit in node, so if you pass it WITHOUT turning on our listener, you will immediately kill the processYou must send the signal to
pwc-p
process - not the npx or wrapper process. The parent process will behave as noted above and not pass the signal down to our process.
Last updated