Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Set Up Self-Hosted Kubernetes Runners #185

Open
CodeGat opened this issue Dec 16, 2024 · 1 comment
Open

Set Up Self-Hosted Kubernetes Runners #185

CodeGat opened this issue Dec 16, 2024 · 1 comment
Assignees
Labels
CI 2.0 Relating to the second iteration of build-ci priority:high A high priority issue - has an impact on core functionality type:feature New feature or request

Comments

@CodeGat
Copy link
Member

CodeGat commented Dec 16, 2024

The more model components, models and configurations we support, the more runners that we will need - especially when these runners are running quite intensive, long jobs. Eventually, this could lead to jobs being blocked as there are not enough runners for the organization.

Set up a Kubernetes cluster that utilizes https://github.com/actions/actions-runner-controller on a Nirin instance. In this first instance, no secrets are allowed on jobs that use self-hosted.

See ACCESS-NRI/build-cd#2

@CodeGat CodeGat added CI 2.0 Relating to the second iteration of build-ci priority:high A high priority issue - has an impact on core functionality type:feature New feature or request labels Dec 16, 2024
@CodeGat CodeGat self-assigned this Dec 16, 2024
@CodeGat CodeGat moved this to New Issues 🌅 in Build-ci 2.0 Feb 14, 2025
@CodeGat CodeGat moved this from New Issues 🌅 to In Progress 🏗️ in Build-ci 2.0 Feb 16, 2025
@CodeGat
Copy link
Member Author

CodeGat commented Feb 20, 2025

Note, could we get away with having runners that have spack installed initially, rather than using a docker image with spack?
EDIT: It's still useful to have docker containers, in this case.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CI 2.0 Relating to the second iteration of build-ci priority:high A high priority issue - has an impact on core functionality type:feature New feature or request
Projects
Status: In Progress 🏗️
Development

No branches or pull requests

1 participant