VPS voor self-hosted CI/CD-runners
Gehoste CI-minuten zijn gemeten, in de wachtrij en traag om op te warmen. Een VeloxMedia VPS verandert elk CI-systeem in een persistente runner die je zelf beheert: installeer Docker en je runner-agent één keer, houd build-caches warm tussen jobs en betaal een vaste maandprijs in plaats van kosten per minuut.
Elke server wordt geleverd met volledige root-toegang, NVMe SSD-opslag, ongelimiteerd dataverkeer en een eigen IPv4. Registreer een GitLab Runner, een GitHub Actions self-hosted runner, een Jenkins-agent, Drone, Woodpecker of Buildkite-agent en wijs vervolgens je pipelines naar hardware die je zelf beheert. Deploys zijn klaar in ongeveer 60 seconden, en reinstall met één klik zet een runner terug naar een schone staat wanneer een buildomgeving afdrijft.
Omdat dataverkeer ongelimiteerd is, veroorzaken het ophalen van base images, het installeren van afhankelijkheden en het pushen van artefacten nooit egress-kosten. Geclusterde high availability houdt runners online door hardwarefouten heen, en live migratie zonder downtime verplaatst werklasten tijdens hostonderhoud, zodat lange builds niet worden onderbroken.
- Vaste maandprijs vanaf $5 zonder buildkosten per minuut en zonder installatiekosten
- NVMe SSD-opslag voor snelle afhankelijkheidsherstellingen en Docker layer caching
- Ongelimiteerd dataverkeer voor image-pulls en artefact-uploads
- Volledige root-toegang om Docker en elke self-hosted runner-agent te installeren
- Deploys in 60 seconden en reinstall met één klik voor schone, reproduceerbare runners
- Eigen IPv4 om runners op een allowlist te zetten in private registries en deploy-targets
Waarom je eigen CI/CD-runners op een VPS draaien
Gehoste runners factureren per minuut en beperken concurrency op plannen die je niet beheert. Een toegewijde VPS keert dat model om. Je betaalt een vaste maandprijs zonder kosten per minuut en zonder installatiekosten, dus een drukke pipeline kost hetzelfde als een rustige. De runner blijft online tussen jobs, wat betekent dat afhankelijkheidscaches, Docker-lagen en gekloonde repositories al op schijf staan wanneer de volgende build start. Jij bepaalt de toolchain, de concurrency en de runner-tags, en niets wordt achter een gebruikstier afgeknepen.
Snellere builds op NVMe met ongelimiteerd dataverkeer
De meeste CI-tijd gaat naar het installeren van afhankelijkheden, het herstellen van caches en het ophalen van container-images. NVMe SSD-opslag snijdt die overhead weg: npm-, pip-, cargo-, go mod- en Maven-caches herstellen snel, Docker layer caching leest en schrijft op NVMe-snelheid, en checkouts van grote monorepo's blijven snel. Ongelimiteerd dataverkeer betekent dat het constante ophalen van base images en pushen van build-artefacten geen bandbreedterekening toevoegt. Gedistribueerde gerepliceerde NVMe-opslag ligt onder elke server, zodat gecachete data beschermd is tegen het uitvallen van één schijf of host.
Volledige root voor Docker, containers en elke runner-agent
Je krijgt volledige root- of administratortoegang op elke server, zodat je Docker, Podman, buildx, taal-toolchains en de runner-agent van je keuze kunt installeren. Registreer een GitLab Runner met Docker- of shell-executors, een GitHub Actions self-hosted runner, een Jenkins-agent of Drone-, Woodpecker- en Buildkite-agents. Kies uit Ubuntu, Debian, AlmaLinux, Rocky Linux, Fedora, CentOS of Alpine, en kies Windows Server wanneer je .NET-, MSVC- of andere Windows-targets moet bouwen. De browsergebaseerde console geeft je VNC-, SSH- en RDP-toegang rechtstreeks vanuit het portaal als je jezelf ooit halverwege de configuratie buitensluit.
Schone, reproduceerbare runners die je in seconden reset
Buildhygiëne telt wanneer jobs een host delen. Reinstall en rebuild met één klik zetten een runner in ongeveer 60 seconden terug naar een schoon OS, zodat je een machine met opgebouwde staat kunt recyclen. Snapshots leggen een volledig geconfigureerde golden runner vast en laten je die herstellen of de opzet klonen naar een nieuwe server. Back-ups en rescue mode herstellen een host die niet start, en kwetsbaarheidsmonitoring signaleert ongepatchte pakketten voordat ze een build bereiken. Een eigen IPv4 plus firewallregels laten je de runner op een allowlist zetten in een private registry, een artefactenopslag of een productiedeploy-target, en reverse DNS is bewerkbaar vanuit het panel.
Schaal een plan op je pipeline en plaats het dicht bij je code
Zes uniforme plannen schalen van lichte tot zware pipelines. Micro (1 vCPU / 2 GB / 20 GB) en Small (2 / 4 / 40) passen bij linting en enkele kleine builds. Medium (4 / 8 / 80) is een solide algemene container-runner. Plus (4 / 12 / 120) voegt geheugen toe voor JVM-builds, grote node_modules-bomen en integratiesuites, terwijl Pro (6 / 16 / 160) en Max (8 / 32 / 200) parallelle matrix-jobs en grote monorepo's aankunnen. Draai een groter plan of voeg meer runner-instances toe naarmate de belasting groeit. Deploy in London, Amsterdam, US East (Ohio) of US West (California), met Warsaw, Montreal en Utah binnenkort beschikbaar, zodat een runner dicht bij je git-host en deploy-targets zit. De prijs begint bij $5 per maand, Amsterdam vanaf $6, met jaarlijkse facturering die twee maanden gratis geeft. Elke deploy, reinstall en snapshot gebeurt in het klantportaal, ondersteund door beveiligde gehoste kaartbetaling en 24/7 support.
VPS voor self-hosted CI/CD-runners vragen
Welke CI/CD-systemen kan ik op deze VPS-runners draaien?
Elk CI-systeem dat self-hosted runners of agents ondersteunt. Veelvoorkomende keuzes zijn GitLab Runner, GitHub Actions self-hosted runners, Jenkins-agents en Drone-, Woodpecker- of Buildkite-agents. Je hebt volledige root om de agent, Docker en je toolchain te installeren op Ubuntu, Debian, AlmaLinux, Rocky Linux, Fedora, CentOS, Alpine of Windows Server.
Welke VPS-grootte heb ik nodig voor een CI/CD-runner?
Dat hangt af van je builds. Small (2 vCPU / 4 GB) verwerkt één lichte pipeline, Medium (4 / 8) is een goede algemene container-runner, en Plus (4 / 12) past bij geheugenzware JVM- of integratiebuilds. Pro (6 / 16) en Max (8 / 32) draaien parallelle matrix-jobs en grote monorepo's. Wanneer de belasting groeit, stap je over op een groter plan of deploy je meer runner-instances.
Hoe houd ik buildomgevingen schoon tussen jobs?
Draai elke job in een container voor isolatie en gebruik reinstall of rebuild met één klik om de hele runner in ongeveer 60 seconden terug te zetten naar een schoon OS. Snapshots laten je een geconfigureerde golden runner opslaan en op aanvraag herstellen, terwijl back-ups en rescue mode een host herstellen die niet start.
Telt het ophalen van images en pushen van artefacten mee tegen een bandbreedtelimiet?
Nee. Elke server bevat ongelimiteerd dataverkeer, zodat het ophalen van base images, herstellen van caches en uploaden van build-artefacten geen egress-kosten per GB oplevert. Elke server komt ook met een eigen IPv4 die je op een allowlist kunt zetten in een private registry of firewall.
Rol je eerste server uit in minder dan een minuut
Kies een regio, kies een formaat en maak verbinding via SSH. Geen installatiekosten, altijd opzegbaar.