VPS pour runners CI/CD auto-hébergés
Les minutes de CI hébergées sont comptées, mises en file d'attente et lentes à démarrer. Un VPS VeloxMedia transforme n'importe quel système de CI en un runner persistant que vous contrôlez : installez Docker et votre agent de runner une fois, gardez les caches de build chauds entre les jobs, et payez un tarif mensuel forfaitaire plutôt qu'un dépassement à la minute.
Chaque serveur est livré avec un accès root complet, un stockage SSD NVMe, un transfert de données illimité et une IPv4 dédiée. Enregistrez un GitLab Runner, un runner auto-hébergé GitHub Actions, un agent Jenkins, Drone, Woodpecker ou un agent Buildkite, puis pointez vos pipelines vers un matériel que vous contrôlez. Les déploiements se terminent en environ 60 secondes, et la réinstallation en un clic remet un runner dans un état propre dès qu'un environnement de build dérive.
Comme le transfert est illimité, tirer des images de base, installer des dépendances et pousser des artefacts ne déclenche jamais de frais d'egress. La haute disponibilité en cluster maintient les runners en ligne malgré les pannes matérielles, et la migration à chaud sans interruption déplace les charges de travail pendant la maintenance de l'hôte, pour que les longs builds ne soient pas interrompus.
- Tarif mensuel forfaitaire à partir de $5 sans frais de build à la minute ni frais d'installation
- Stockage SSD NVMe pour des restaurations de dépendances rapides et la mise en cache des couches Docker
- Transfert de données illimité pour les tirages d'images et les téléversements d'artefacts
- Accès root complet pour installer Docker et tout agent de runner auto-hébergé
- Déploiements en 60 secondes et réinstallation en un clic pour des runners propres et reproductibles
- IPv4 dédiée pour autoriser les runners dans les registres privés et les cibles de déploiement
Pourquoi exécuter vos propres runners CI/CD sur un VPS
Les runners hébergés facturent à la minute et plafonnent la concurrence sur des forfaits que vous ne contrôlez pas. Un VPS dédié renverse ce modèle. Vous payez un prix mensuel fixe sans frais à la minute ni frais d'installation, si bien qu'un pipeline très actif coûte autant qu'un pipeline tranquille. Le runner reste en ligne entre les jobs, ce qui signifie que les caches de dépendances, les couches Docker et les dépôts clonés sont déjà sur le disque au démarrage du build suivant. Vous décidez de la chaîne d'outils, de la concurrence et des tags de runner, et rien n'est bridé derrière un palier d'usage.
Des builds plus rapides sur NVMe avec un transfert illimité
L'essentiel du temps de CI est consacré à installer des dépendances, restaurer des caches et tirer des images de conteneur. Le stockage SSD NVMe réduit cette surcharge : les caches npm, pip, cargo, go mod et Maven se restaurent rapidement, la mise en cache des couches Docker lit et écrit à la vitesse du NVMe, et les checkouts de gros monorepos restent rapides. Le transfert de données illimité signifie que le tirage constant d'images de base et le push d'artefacts de build n'ajoutent pas de facture de bande passante. Un stockage NVMe répliqué et distribué se trouve sous chaque serveur, de sorte que les données mises en cache sont protégées contre la défaillance d'un disque ou d'un hôte.
Root complet pour Docker, les conteneurs et tout agent de runner
Vous obtenez un accès root ou administrateur complet sur chaque serveur, ce qui vous permet d'installer Docker, Podman, buildx, les chaînes d'outils de langage et l'agent de runner de votre choix. Enregistrez un GitLab Runner avec des exécuteurs Docker ou shell, un runner auto-hébergé GitHub Actions, un agent Jenkins, ou des agents Drone, Woodpecker et Buildkite. Choisissez parmi Ubuntu, Debian, AlmaLinux, Rocky Linux, Fedora, CentOS ou Alpine, et optez pour Windows Server quand vous devez compiler des cibles .NET, MSVC ou d'autres cibles Windows. La console web vous donne un accès VNC, SSH et RDP directement depuis le portail si jamais vous vous verrouillez dehors en pleine configuration.
Des runners propres et reproductibles que vous réinitialisez en secondes
L'hygiène des builds compte quand des jobs partagent un hôte. La réinstallation et la reconstruction en un clic remettent un runner sur un OS propre en environ 60 secondes, de sorte que vous pouvez recycler une machine qui a accumulé de l'état. Les instantanés capturent un runner golden entièrement configuré et vous permettent de le restaurer ou de cloner la configuration sur un nouveau serveur. Les sauvegardes et le mode rescue récupèrent un hôte qui ne démarre plus, et la surveillance des vulnérabilités signale les paquets non corrigés avant qu'ils n'atteignent un build. Une IPv4 dédiée assortie de règles de pare-feu vous permet d'ajouter le runner à une liste d'autorisation dans un registre privé, un stockage d'artefacts ou une cible de déploiement en production, et le DNS inverse est modifiable depuis le panneau.
Dimensionnez un forfait à votre pipeline et placez-le près de votre code
Six forfaits uniformes évoluent des pipelines légers aux plus lourds. Micro (1 vCPU / 2 GB / 20 GB) et Small (2 / 4 / 40) conviennent au linting et à des petits builds isolés. Medium (4 / 8 / 80) est un solide runner de conteneurs polyvalent. Plus (4 / 12 / 120) ajoute de la mémoire pour les builds JVM, les gros arbres node_modules et les suites d'intégration, tandis que Pro (6 / 16 / 160) et Max (8 / 32 / 200) gèrent les jobs de matrice parallèles et les gros monorepos. Faites tourner un forfait plus grand ou ajoutez d'autres instances de runner à mesure que la charge augmente. Déployez à London, Amsterdam, US East (Ohio) ou US West (California), avec Warsaw, Montreal et Utah bientôt disponibles, pour qu'un runner soit proche de votre hôte git et de vos cibles de déploiement. Les tarifs démarrent à $5 par mois, Amsterdam à partir de $6, la facturation annuelle offrant deux mois. Chaque déploiement, réinstallation et instantané se déroule dans le portail client, avec un paiement par carte hébergé et sécurisé et un support 24/7.
Autres cas d'usage
VPS pour runners CI/CD auto-hébergés questions
Quels systèmes CI/CD puis-je exécuter sur ces runners VPS ?
Tout système de CI qui prend en charge des runners ou agents auto-hébergés. Les choix courants sont GitLab Runner, les runners auto-hébergés GitHub Actions, les agents Jenkins, et les agents Drone, Woodpecker ou Buildkite. Vous disposez d'un root complet pour installer l'agent, Docker et votre chaîne d'outils sur Ubuntu, Debian, AlmaLinux, Rocky Linux, Fedora, CentOS, Alpine ou Windows Server.
Quelle taille de VPS me faut-il pour un runner CI/CD ?
Cela dépend de vos builds. Small (2 vCPU / 4 GB) gère un seul pipeline léger, Medium (4 / 8) est un bon runner de conteneurs polyvalent, et Plus (4 / 12) convient aux builds JVM ou d'intégration gourmands en mémoire. Pro (6 / 16) et Max (8 / 32) font tourner les jobs de matrice parallèles et les gros monorepos. Quand la charge augmente, passez à un forfait plus grand ou déployez plus d'instances de runner.
Comment garder les environnements de build propres entre les jobs ?
Exécutez chaque job dans un conteneur pour l'isolation, et utilisez la réinstallation ou la reconstruction en un clic pour remettre tout le runner sur un OS propre en environ 60 secondes. Les instantanés vous permettent de sauvegarder un runner golden configuré et de le restaurer à la demande, tandis que les sauvegardes et le mode rescue récupèrent un hôte qui ne démarre plus.
Le tirage d'images et le push d'artefacts sont-ils décomptés d'une limite de bande passante ?
Non. Chaque serveur inclut un transfert de données illimité, de sorte que tirer des images de base, restaurer des caches et téléverser des artefacts de build n'entraîne pas de frais d'egress au GB. Chaque serveur est également livré avec une IPv4 dédiée que vous pouvez ajouter à une liste d'autorisation dans un registre privé ou un pare-feu.
Déployez votre premier serveur en moins d'une minute
Choisissez une région, choisissez une taille et connectez-vous en SSH. Sans frais d'installation, résiliable à tout moment.