Gitlab CI Runner 13.3.0
* Cost is estimated, based on recommended minimal configuration. It does not include resources dynamically allocated by application in a runtime.
Recommended minimal configuration
You can request any amount of CPU and RAM during the installation process.
Description
GitLab Runner allows you to run GitLab pipelines and returns the results of the pipeline work back to GitLab.
You can even run any application and databases (MySQL, PostgreSQL, Redis, etc.) in your pipelines.
With Puzl you can get your runner in a cloud, ready in just a few clicks and watch your pipelines running within few minutes. You're paying not for infrastructure like in the case with virtual machines, but only for resources actually utilized by a small Docker container with the runner itself and by your working pipelines.
How To Deploy GitLab Runner
Install Runner in your Puzl cloud dashboard
Click the 'Install' button at the top of this page and fill in the form:
- Runner Registration Token: go to your GitLab project’s Settings > CI/CD. Expand the General pipelines settings section. Find the Runner token form field and click the Reveal value button.
- Tags (e.g.
puzl-runner) - comma-separated list of tags associated with the runner, so your runner will run only the jobs it is designed to run. You will need to put these tags in your GitLab project.gitlab-ci.ymlfile as well. - GitLab URL (e.g.
https://gitlab.com) - the GitLab Server URL (with protocol) you want to register the runner against.
Setup GitLab
Create a .gitlab-ci.yml in the root of your GitLab repository and put tags, specified in the previous step, in the section tags of .gitlab-ci.yml.
Getting started after installing GitLab Runner
Your Runner is all set and is ready to run pipelines automatically.
In the installation form, there are 3 blocks of resources: runner itself, build container and services container.
- Runner utilizes resources for the whole time your application is up and running. It requests GitLab for a new jobs.
- Build container uses resources only when pipeline is triggered. That is why you will see new Pods created by your Runner whenever pipeline is running. After pipeline finishes, a corresponding Pod will be terminated, and all its resources will be released.
- Services container is used to run services like databases and only consumes resources when the service is running.
Documentation
Getting started with GitLab CI/CD
How to run your own Gitlab CI Runner for 1.28€/mo and why it's worth a try
This app is based on the following software:
| Software | License |
|---|---|
| Gitlab Runner | MIT |
