Ideas for a major release

[kayman-mk]

trafficstars

Release date: ... months ahead

Stuff to implement

• use pre-registered runner only. (runner_gitlab.preregistered_runner_token_ssm_parameter_name) (#1225)
• rotate the runner token automatically and manage the SSM parameter within the module (#1196)

All other registration methods were deprecated in GitLab 15.6 (November 2022). They are scheduled for removal in GitLab 18.0 (May 2025)

[abeluck]

I think it would also be nice for the next major release to include the deprecation/removal of the old authentication token system (like here).

Also I could contribute an example of using the gitlab provider to deploy gitlab runners entirely in one terraform run, based on our implementation.

However I would note that I had to workaround the issue https://github.com/cattle-ops/terraform-aws-gitlab-runner/issues/590 because in our case we could not accept that you had to run the terraform execution twice to have the separate cache.

[ben-ganley]

After seeing frequent spot interruptions, it would be good to change the default setting for runner_worker_docker_autoscaler_asg.spot_allocation_strategy from lowest-price to price-capacity-optimized which is the AWS recommended default per https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-fleet-allocation-strategy.html

[ben-ganley]

It would also be great if we could define multiple runners in the config.toml file.

This would be helpful for being able to launch jobs with different tags and configs from the one instance. For example if I want to have jobs that target small, medium and large workers I need to define this module three times and end up with three instances sitting there all the time waiting to dispatch jobs. Since we can do this in just one config.toml file it would be handy to be able to have multiple sections each with its own tags and in my case, different fleeting config to launch smaller or larger instances.