El mejor VPS para OpenHands (2026): especificaciones reales para el agente de código

Última verificación: 26 de julio de 2026

OpenHands es el proyecto antes conocido como OpenDevin, ahora con más de 74.000 estrellas en GitHub y con lanzamientos mensuales. El panorama del hosting cambió mucho a principios de 2026, cuando el equipo sacó el entorno de ejecución del proceso principal y lo trasladó a un sandbox de Docker. Bueno para la seguridad. Doloroso si lees la documentación antigua y aprovisionas un VPS de 2 GB.

Llevo nueve semanas usando OpenHands como mi agente de código en segundo plano. Esto es lo que la ficha técnica no te cuenta.

Lo que OpenHands realmente necesita

Tres consumidores de recursos, ordenados por lo a menudo que dan problemas:

1. El sandbox. Docker-in-Docker, con una imagen de ejecución que va de 800 MB a 2,5 GB según el stack de lenguaje. Cada tarea activa lanza uno.
2. Los pasos de build e instalación. Cuando el agente decide ejecutar npm install o pip install sobre un repositorio real, el uso de RAM se dispara.
3. El modelo. Si además autoalojas el LLM en la misma máquina, necesitas una GPU y una categoría de hardware totalmente distinta.

La mayoría de los usuarios quieren las vías 1 y 2 en una máquina solo con CPU, con el modelo alojado en Anthropic u OpenAI. Ese es el montaje que cubre el resto de esta página.

Comparativa de VPS para OpenHands

Hetzner Cloud CCX23: mi elección actual

La línea CCX es el punto óptimo para OpenHands. El CCX13 con 8 GB funciona para un uso ligero en solitario, pero en cuanto le pides al agente que haga dos cosas en paralelo, quieres el CCX23. El NVMe importa porque el sandbox escribe mucho durante los builds, y el I/O de Hetzner es constante de una forma en que los nodos antiguos de Contabo no lo eran.

Lo que funciona aquí para OpenHands:

• Los snapshots en la nube hacen que el rollback tras una tarea fallida sea indoloro
• Las regiones de Falkenstein y Helsinki están ambas por debajo de 80 ms hacia la API de Anthropic
• La facturación por horas permite levantar una máquina más potente para un trabajo puntual

Desventaja: el ancho de banda de salida incluido es de 20 TB, que suena a mucho hasta que el agente decide clonar repositorios de cinco gigabytes en bucle. Vigila el contador.

Aprovisiona Hetzner: Hetzner Cloud.

Contabo VPS M: la joya oculta de 8 euros

Es difícil discutir 6 vCPU y 16 GB por 8.50 EUR. En los planes NVMe más nuevos, el perfil de I/O va bien para OpenHands. Las dos desventajas reales: el aprovisionamiento tarda horas en lugar de segundos, y la latencia de salida hacia las principales API de modelos es sistemáticamente entre 100 y 200 ms peor que en Hetzner. Si mantienes la máquina encendida a largo plazo, no hay problema. Si la levantas y la apagas mucho, la espera es brutal.

Ventajas:

• La máquina más barata que realmente aguanta el sandbox sin hacer swap
• 400 GB de disco son generosos para mantener varios clones de repositorios a la vez

Punto negativo que no voy a suavizar: los tiempos de respuesta del soporte en los niveles más baratos pueden estirarse varios días.

Consigue Contabo: Contabo VPS.

DigitalOcean Premium AMD: para equipos en EE. UU.

Si tu endpoint de modelo está en US-East y tu equipo también, los nodos NYC3 de DigitalOcean eliminan un viaje de ida y vuelta en cada llamada al modelo. El nivel de 8 GB aguanta un único worker de OpenHands, pero yo no pondría más de un sandbox pesado en él. Los nuevos nodos Premium AMD son notablemente más ágiles que los planes antiguos de CPU compartida, vale la pena el sobrecoste.

Desventaja honesta: 28 USD por 8 GB es caro frente a los precios europeos de Hetzner. Págalo si la latencia importa más que el precio por gigabyte.

Configura DigitalOcean: DigitalOcean.

Vultr HF General 16 GB: para cargas multi-sandbox

Si usas OpenHands como herramienta de equipo y necesitas tres o cuatro sandboxes simultáneos, la línea High Frequency de Vultr es el lugar más sencillo para aterrizar. El plan de 16 GB con 4 vCPU deja margen suficiente para que ninguna tarea deje sin recursos a las demás, y el mapa mundial de regiones de Vultr importa cuando tu equipo está repartido entre continentes.

Consigue Vultr: Vultr.

Errores comunes al autoalojar OpenHands

Tres cosas que me pillaron:

1. Exposición del socket de Docker. El sandbox necesita el socket de Docker del host. Eso está bien en un VPS de un solo usuario, es peligroso en uno compartido. No ejecutes OpenHands como servicio para usuarios no confiables sin un usuario de ejecución separado.
2. Limpieza. Los contenedores sandbox antiguos se acumulan rápido. Configura un docker container prune diario o te quedarás sin disco en menos de una semana.
3. Límites de memoria. Limita cada sandbox explícitamente a 4 GB. Sin límites, un npm install descontrolado se comerá todo el VPS y arrastrará con él la capa de orquestación.

Lo que yo elegiría de verdad

Si empiezas hoy y quieres OpenHands como tu programador en segundo plano:

• UE, uso diario: Hetzner CCX23
• UE, gasto mínimo: Contabo VPS M, aceptando el aprovisionamiento más lento
• Equipo en EE. UU.: DigitalOcean Premium AMD de 8 GB o superior
• Montaje en equipo, tres o más sandboxes: Vultr HF General 16 GB

Para el panorama más amplio del autoalojamiento, consulta la comparativa de SelfHostVPS. OpenHands avanza rápido, así que actualizo esta página tras cambios importantes de sandbox o de ejecución que lleguen a main.