VPS para runners de CI/CD autoalojados
Los minutos de CI alojado se miden, se encolan y tardan en arrancar. Un VPS de VeloxMedia convierte cualquier sistema de CI en un runner persistente que controlas: instala Docker y tu agente de runner una sola vez, mantén las cachés de compilación calientes entre trabajos y paga una tarifa mensual fija en lugar de excesos por minuto.
Cada servidor incluye acceso root completo, almacenamiento SSD NVMe, transferencia de datos sin medición y una IPv4 dedicada. Registra un GitLab Runner, un runner autoalojado de GitHub Actions, un agente de Jenkins o agentes de Drone, Woodpecker o Buildkite, y luego apunta tus pipelines a un hardware que controlas. Los despliegues terminan en unos 60 segundos, y la reinstalación con un clic devuelve un runner a un estado limpio siempre que un entorno de compilación se desvíe.
Como la transferencia es sin medición, descargar imágenes base, instalar dependencias y subir artefactos nunca generan cargos de salida. La alta disponibilidad en clúster mantiene los runners en línea ante fallos de hardware, y la migración en vivo sin tiempo de inactividad mueve las cargas de trabajo durante el mantenimiento del anfitrión, de modo que las compilaciones largas no se interrumpen.
- Precio mensual fijo desde $5 sin cargos de compilación por minuto y sin cuotas de instalación
- Almacenamiento SSD NVMe para restauraciones rápidas de dependencias y almacenamiento en caché de capas de Docker
- Transferencia de datos sin medición para descargas de imágenes y subidas de artefactos
- Acceso root completo para instalar Docker y cualquier agente de runner autoalojado
- Despliegues en 60 segundos y reinstalación con un clic para runners limpios y reproducibles
- IPv4 dedicada para incluir runners en listas de permitidos de registros privados y destinos de despliegue
Por qué ejecutar tus propios runners de CI/CD en un VPS
Los runners alojados facturan por minuto y limitan la concurrencia en planes que no controlas. Un VPS dedicado da la vuelta a ese modelo. Pagas un precio mensual fijo, sin cargos por minuto y sin cuotas de instalación, así que un pipeline con mucha actividad cuesta lo mismo que uno tranquilo. El runner permanece en línea entre trabajos, lo que significa que las cachés de dependencias, las capas de Docker y los repositorios clonados ya están en disco cuando comienza la siguiente compilación. Tú decides la cadena de herramientas, la concurrencia y las etiquetas del runner, y nada se limita detrás de un nivel de uso.
Compilaciones más rápidas en NVMe con transferencia sin medición
La mayor parte del tiempo de CI se dedica a instalar dependencias, restaurar cachés y descargar imágenes de contenedor. El almacenamiento SSD NVMe reduce esa sobrecarga: las cachés de npm, pip, cargo, go mod y Maven se restauran con rapidez, el almacenamiento en caché de capas de Docker lee y escribe a velocidad NVMe, y los checkouts de monorepos grandes se mantienen ágiles. La transferencia de datos sin medición significa que la descarga constante de imágenes base y la subida de artefactos de compilación no añaden una factura por ancho de banda. Bajo cada servidor hay almacenamiento NVMe distribuido y replicado, de modo que los datos en caché están protegidos ante el fallo de un solo disco o anfitrión.
Root completo para Docker, contenedores y cualquier agente de runner
Obtienes acceso root o de administrador completo en cada servidor, así que puedes instalar Docker, Podman, buildx, cadenas de herramientas de lenguajes y el agente de runner que prefieras. Registra un GitLab Runner con ejecutores de Docker o de shell, un runner autoalojado de GitHub Actions, un agente de Jenkins o agentes de Drone, Woodpecker y Buildkite. Elige entre Ubuntu, Debian, AlmaLinux, Rocky Linux, Fedora, CentOS o Alpine, y opta por Windows Server cuando necesites compilar para .NET, MSVC u otros objetivos de Windows. La consola desde el navegador te da acceso por VNC, SSH y RDP directamente desde el portal si alguna vez te quedas fuera a mitad de la configuración.
Runners limpios y reproducibles que puedes restablecer en segundos
La higiene de compilación importa cuando los trabajos comparten un anfitrión. La reinstalación y reconstrucción con un clic devuelven un runner a un sistema operativo limpio en unos 60 segundos, así que puedes reciclar una máquina que ha acumulado estado. Las instantáneas capturan un runner dorado totalmente configurado y te permiten restaurarlo o clonar la configuración en un nuevo servidor. Las copias de seguridad y el modo de rescate recuperan un anfitrión que no arranca, y la supervisión de vulnerabilidades señala los paquetes sin parchear antes de que lleguen a una compilación. Una IPv4 dedicada junto con las reglas de firewall te permiten incluir el runner en la lista de permitidos de un registro privado, un almacén de artefactos o un destino de despliegue en producción, y el DNS inverso es editable desde el panel.
Dimensiona un plan según tu pipeline y colócalo cerca de tu código
Seis planes uniformes escalan desde pipelines ligeros hasta pesados. Micro (1 vCPU / 2 GB / 20 GB) y Small (2 / 4 / 40) sirven para linting y compilaciones pequeñas individuales. Medium (4 / 8 / 80) es un runner de contenedores de propósito general sólido. Plus (4 / 12 / 120) añade memoria para compilaciones en JVM, árboles grandes de node_modules y suites de integración, mientras que Pro (6 / 16 / 160) y Max (8 / 32 / 200) gestionan trabajos de matriz en paralelo y monorepos grandes. Usa un plan mayor o añade más instancias de runner a medida que crece la carga. Despliega en London, Amsterdam, US East (Ohio) o US West (California), con Warsaw, Montreal y Utah muy pronto, para que un runner esté cerca de tu host de git y de tus destinos de despliegue. Los precios comienzan en $5 al mes, Amsterdam desde $6, y la facturación anual regala dos meses gratis. Cada despliegue, reinstalación e instantánea ocurre en el portal de clientes, respaldado por un pago con tarjeta mediante pasarela alojada segura y soporte 24/7.
VPS para runners de CI/CD autoalojados preguntas
¿Qué sistemas de CI/CD puedo ejecutar en estos runners VPS?
Cualquier sistema de CI que admita runners o agentes autoalojados. Opciones habituales son GitLab Runner, los runners autoalojados de GitHub Actions, los agentes de Jenkins y los agentes de Drone, Woodpecker o Buildkite. Tienes root completo para instalar el agente, Docker y tu cadena de herramientas en Ubuntu, Debian, AlmaLinux, Rocky Linux, Fedora, CentOS, Alpine o Windows Server.
¿Qué tamaño de VPS necesito para un runner de CI/CD?
Depende de tus compilaciones. Small (2 vCPU / 4 GB) gestiona un único pipeline ligero, Medium (4 / 8) es un buen runner de contenedores de propósito general, y Plus (4 / 12) sirve para compilaciones en JVM o de integración con mucha memoria. Pro (6 / 16) y Max (8 / 32) ejecutan trabajos de matriz en paralelo y monorepos grandes. Cuando crece la carga, pasa a un plan mayor o despliega más instancias de runner.
¿Cómo mantengo limpios los entornos de compilación entre trabajos?
Ejecuta cada trabajo en un contenedor para aislarlo, y usa la reinstalación o reconstrucción con un clic para restablecer todo el runner a un sistema operativo limpio en unos 60 segundos. Las instantáneas te permiten guardar un runner dorado configurado y restaurarlo cuando lo necesites, mientras que las copias de seguridad y el modo de rescate recuperan un anfitrión que no arranca.
¿Descargar imágenes y subir artefactos cuenta para un límite de ancho de banda?
No. Cada servidor incluye transferencia de datos sin medición, así que descargar imágenes base, restaurar cachés y subir artefactos de compilación no genera cargos de salida por GB. Cada servidor también viene con una IPv4 dedicada que puedes incluir en la lista de permitidos de un registro privado o un firewall.
Despliega tu primer servidor en menos de un minuto
Elige una región, escoge un tamaño y conéctate por SSH. Sin cuotas de instalación, cancela cuando quieras.