GitLab Runner Hosting: eigene Runner auf Root vServern

Ja. Ihr Runner lässt sich bei GitLab.com, bei einem GitLab Server von LCube oder bei Ihrer eigenen GitLab-Instanz registrieren. Er baut die Verbindung selbst ausgehend per HTTPS auf, Ihr GitLab braucht keinen Zugriff auf den Runner. Jobs auf eigenen Runnern verbrauchen keine Rechenminuten Ihres GitLab.com-Kontingents. So bauen Sie häufiger und schneller, ohne in ein größeres GitLab.com-Abonnement wechseln zu müssen.

Ja. Wir richten den Runner mit dem Docker-Executor ein: Jeder Job läuft in einem eigenen Container mit dem Image, das Sie in der .gitlab-ci.yml festlegen. Docker-in-Docker ist möglich, sodass Sie Images direkt in der Pipeline bauen und in Ihre Container Registry übertragen können. Weil Sie Root-Zugriff haben, passen Sie Caches, Images und die Zahl gleichzeitiger Jobs selbst an oder ergänzen weitere Executors wie Shell.

Die Einrichtung von Runner und Docker übernehmen wir. Danach entscheiden Sie: Mit unserem Update-Service für 11,90 € im Monat nehmen wir den Server in unser Update-System auf und installieren die Paket-Updates von Betriebssystem, Docker und GitLab Runner aus den Repositorys – bei RPM-basierten Systemen wie AlmaLinux, Rocky Linux, CentOS Stream und Fedora. Für Runner auf Ubuntu gibt es den Update-Service nicht. Neustarts planen Sie selbst. Betreiben Sie eine eigene GitLab-Instanz, halten Sie diese aktuell, damit Runner- und GitLab-Version zusammenpassen. Ohne Update-Service spielen Sie die Updates mit Root-Zugriff selbst ein.

Das hängt davon ab, wie viele Jobs gleichzeitig laufen und wie rechenintensiv Ihre Builds sind. Für einzelne Projekte und Tests reicht oft der VS150, für Teams mit mehreren Pipelines und Docker-Builds empfehlen wir den VS250. Große Testsuiten, parallele Jobs und Container-Builds profitieren von VS350 oder VS450. Ein Wechsel auf einen größeren Server ist jederzeit möglich. Gerne schauen wir uns Ihre Pipelines an. Beratung anfragen

Ja. In der VEP Self-Service Cloud legen Sie virtuelle Server selbst an und verwalten sie mit Root-Zugriff; GitLab Runner und Docker installieren und registrieren Sie dort selbst. Der Zugang ist kostenlos, abgerechnet werden die genutzten Ressourcen stundengenau. Das eignet sich für zusätzliche Runner bei Lastspitzen oder für Teams, die Server automatisiert über die OpenStack-kompatible Schnittstelle anlegen. Für dauerhaft laufende Runner mit Einrichtung durch uns ist ein Root vServer meist die einfachere Wahl. Zur VEP Self-Service Cloud

Builds brauchen viel CPU und Arbeitsspeicher und führen fremden Code aus, etwa Abhängigkeiten aus öffentlichen Paketquellen. Laufen sie auf dem GitLab Server, bremsen sie Repositorys und Weboberfläche aus und vergrößern die Angriffsfläche. Deshalb betreiben wir Runner immer getrennt von GitLab. Ein fehlerhafter oder sehr langer Build betrifft dann nur den Runner, während Ihr Team in GitLab ungestört weiterarbeitet.

Die Mindestlaufzeit beträgt 3 Monate. Den Root vServer für Ihren Runner zahlen Sie monatlich oder jährlich, alle Preise inklusive 19 % MwSt.; die Jahrespreise finden Sie bei den einzelnen Servern. Die Einrichtung von GitLab Runner und Docker ist inklusive. Brauchen Sie später mehr Leistung, wechseln Sie auf einen größeren Server. Bei Fragen zum Vertrag beraten Sie unsere Spezialisten gerne persönlich.

In deutschen Rechenzentren. LCube ist selbst nach ISO/IEC 27001 zertifiziert, der Betrieb ist DSGVO-konform. Ihr Quelltext wird damit in Deutschland gebaut und getestet, und Zugangsdaten für Deployments verlassen das Land nicht – ein wichtiger Punkt für Unternehmen mit Compliance-Anforderungen. Auch unser Team arbeitet in Deutschland: Bei Fragen erreichen Sie erfahrene Spezialisten statt eines Callcenters. Seit 1995 betreiben wir Hosting für Unternehmen.