Cutter 16
- vCPU
- 6 × dédié
- RAM
- 16 GB
- Stockage
- 320 GB SSD NVMe
- Transfert
- 15 TB
- IPv4 / IPv6
- 1 / /64 routed
Solution
Les runners auto-hébergés sont rentabilisés rapidement : un Cutter 16 à 62 $ par mois remplace plusieurs milliers de minutes CI hébergées et compile plus vite car le cache est local. Quatre à six cœurs dédiés et 16 Go suffisent pour la plupart des matrices de builds. Utilisez du NVMe — l'installation des dépendances et l'extraction des couches de conteneurs sont presque entièrement liées aux E/S.
| Ressource | Ce dont vous avez réellement besoin |
|---|---|
| CPU | 4 à 8 cœurs dédiés ; les builds se parallélisent bien |
| RAM | 16 Go pour une matrice type, 32 Go pour les gros monorepos |
| Disque | 320 Go de NVMe — les caches, images et artefacts s'accumulent |
| Noyau | Virtualisation imbriquée pour les jobs basés sur conteneurs et machines virtuelles |
L'emplacement est généralement la décision la plus importante pour ce type de charge de travail — soit parce que la latence domine, soit parce que la juridiction en fait partie.
Six cœurs et 16 Go couvrent la plupart des projets.
GitHub Actions runner, gitlab-runner, ou Woodpecker selon votre forge.
Un conteneur neuf par job empêche un build de contaminer le suivant.
Montez des répertoires hôte pour npm, cargo, pip et les couches Docker.
Les étiquettes vous permettent d'envoyer les tâches lourdes ici et de laisser les tâches légères sur les runners hébergés.
Presque toujours au-delà de quelques milliers de minutes par mois. Une instance à 62 $ fonctionne en continu ; la CI hébergée facture à la minute et retélécharge les dépendances à chaque démarrage à froid.
Oui. La virtualisation imbriquée et le root complet permettent de faire fonctionner buildx, Docker-in-Docker et les builds rootless.
Uniquement avec des runners éphémères et isolés. Un dépôt public peut exécuter du code arbitraire provenant d'une pull request, donc ne donnez jamais accès à des secrets ou à votre réseau interne à un tel runner.