Cutter 16
$ 58.9 /month
176,70 $ gesamt · 5% sparen
- vCPU
- 6 × dediziert
- RAM
- 16 GB
- Speicher
- 320 GB NVMe-SSD
- Transfer
- 15 TB
- IPv4 / IPv6
- 1 / /64 routed
Lösung
VPS für selbst gehostete CI/CD-Runner (GitHub Actions, GitLab, Woodpecker)
Cutter 16 · $62/moClipper 16 · $92/mo
Kurze Antwort
Selbst gehostete Runner amortisieren sich schnell: Ein Cutter 16 für 62 $ pro Monat ersetzt mehrere tausend gehostete CI-Minuten und baut schneller, weil der Cache lokal ist. Vier bis sechs dedizierte Kerne und 16 GB bewältigen die meisten Build-Matrizen. Verwenden Sie NVMe – die Installation von Abhängigkeiten und das Extrahieren von Container-Layern sind fast vollständig IO-gebunden.
Was Sie benötigen
| Ressource | Was Sie tatsächlich benötigen |
|---|---|
| CPU | 4–8 dedizierte Kerne; Builds parallelisieren gut |
| RAM | 16 GB für eine typische Matrix, 32 GB für große Monorepos |
| Festplatte | 320 GB NVMe – Caches, Images und Artefakte sammeln sich an |
| Kernel | Nested Virtualisierung für Container- und VM-basierte Jobs |
Empfohlene Tarife
Clipper 16
$ 87.4 /month
262,20 $ gesamt · 5% sparen
- vCPU
- 8 × dediziert
- RAM
- 16 GB
- Speicher
- 400 GB NVMe Gen4 SSD
- Transfer
- 30 TB
- IPv4 / IPv6
- 1 / /64 routed
Clipper 32
$ 165.3 /month
495,90 $ gesamt · 5% sparen
- vCPU
- 12 × dediziert
- RAM
- 32 GB
- Speicher
- 800 GB NVMe Gen4 SSD
- Transfer
- 40 TB
- IPv4 / IPv6
- 1 / /64 routed
Empfohlene Standorte
Der Standort ist normalerweise die Entscheidung, die für diese Arbeitslast am wichtigsten ist – entweder weil die Latenz dominiert oder weil die Rechtshoheit entscheidend ist.
Warum OnionVPS dafür
- Nested Virtualisierung bedeutet, dass sowohl Docker-basierte als auch VM-basierte Jobs funktionieren.
- Lokale Abhängigkeits-Caches auf NVMe verkürzen typische Build-Zeiten erheblich im Vergleich zu einem kalten gehosteten Runner.
- Feste monatliche Preise statt minutengenauer Abrechnung, die eine arbeitsreiche Woche bestraft.
- Keine Kontoverifizierung, sodass ein Runner per Skript um drei Uhr morgens bereitgestellt werden kann.
So richten Sie es ein
-
Stellen Sie einen Cutter 16 mit Ubuntu 24.04 bereit
Sechs Kerne und 16 GB decken die meisten Projekte ab.
-
Installieren Sie den Runner-Agent
GitHub Actions Runner, gitlab-runner oder Woodpecker, je nach Ihrer Forge.
-
Führen Sie Jobs in ephemeren Containern aus
Ein frischer Container pro Job verhindert, dass ein Build den nächsten vergiftet.
-
Speichern Sie die Paket-Caches außerhalb des Containers
Mounten Sie Host-Verzeichnisse für npm, cargo, pip und Docker-Layer.
-
Registrieren Sie den Runner und taggen Sie ihn
Tags ermöglichen es Ihnen, schwere Jobs hierher zu leiten und leichte auf gehosteten Runnern zu lassen.
Häufig gestellte Fragen
Ist ein selbst gehosteter CI-Runner günstiger als gehostete Minuten?
Fast immer ab ein paar tausend Minuten pro Monat. Eine 62-$-Instanz läuft kontinuierlich; gehostete CI rechnet pro Minute ab und lädt Abhängigkeiten bei jedem Kaltstart neu herunter.
Kann ich Docker-Builds auf einem selbst gehosteten Runner ausführen?
Ja. Verschachtelte Virtualisierung und voller Root-Zugriff bedeuten, dass buildx, Docker-in-Docker und Rootless-Builds alle funktionieren.
Sind selbst gehostete Runner für öffentliche Repositorys sicher?
Nur mit ephemeren, isolierten Runnern. Ein öffentliches Repository kann beliebigen Code aus einem Pull-Request ausführen. Geben Sie einem solchen Runner daher niemals Zugriff auf Ihre Geheimnisse oder Ihr internes Netzwerk.