Meilleur VPS pour OpenHands (2026) : les vraies specs pour l'agent de codage

Dernière vérification: 26 juillet 2026

OpenHands est le projet autrefois connu sous le nom d’OpenDevin, désormais au-delà de 74 000 étoiles GitHub et livré chaque mois. Le paysage de l’hébergement a beaucoup changé début 2026 lorsque l’équipe a extrait l’environnement d’exécution du processus principal pour le placer dans un sandbox Docker. Une bonne chose pour la sécurité. Douloureux si vous lisez l’ancienne documentation et provisionnez un VPS de 2 Go.

J’utilise OpenHands comme agent de codage en arrière-plan depuis neuf semaines. Voici ce que la fiche technique ne vous dit pas.

Ce dont OpenHands a vraiment besoin

Trois postes de consommation de ressources, classés par fréquence de casse :

1. Le sandbox. Docker-in-Docker, avec une image d’exécution qui varie de 800 Mo à 2,5 Go selon la stack de langage. Chaque tâche active en lance une.
2. Les étapes de build et d’installation. Quand l’agent décide d’exécuter npm install ou pip install sur un vrai dépôt, l’usage de RAM explose.
3. Le modèle. Si vous auto-hébergez aussi le LLM sur la même machine, il vous faut un GPU et une tout autre catégorie de matériel.

La plupart des utilisateurs veulent les postes 1 et 2 sur une machine CPU, le modèle résidant chez Anthropic ou OpenAI. C’est la configuration que couvre le reste de cette page.

Comparatif VPS pour OpenHands

Hetzner Cloud CCX23 : mon choix actuel

La gamme CCX est le point idéal pour OpenHands. Le CCX13 avec 8 Go convient à un usage léger en solo, mais dès que vous demandez à l’agent de faire deux choses en parallèle, vous voulez le CCX23. Le NVMe compte parce que le sandbox écrit beaucoup pendant les builds, et les I/O de Hetzner sont constantes d’une manière que les anciens nœuds de Contabo ne l’étaient pas.

Ce qui fonctionne ici pour OpenHands :

• Les snapshots cloud rendent le rollback indolore après une tâche ratée
• Les régions de Falkenstein et Helsinki tournent toutes deux à moins de 80 ms de l’API Anthropic
• La facturation à l’heure permet de lancer une machine plus costaude pour un job spécifique

Inconvénient : la bande passante sortante incluse est de 20 To, ce qui semble généreux jusqu’à ce que l’agent décide de cloner des dépôts de cinq gigaoctets en boucle. Surveillez le compteur.

Provisionner Hetzner : Hetzner Cloud.

Contabo VPS M : la pépite à 8 euros

Difficile de contester 6 vCPU et 16 Go pour 8,50 EUR. Sur les offres NVMe récentes, le profil I/O convient très bien à OpenHands. Les deux vrais inconvénients : le provisioning prend des heures plutôt que des secondes, et la latence sortante vers les grandes API de modèles est systématiquement 100 à 200 ms pire que chez Hetzner. Si vous laissez la machine tourner sur la durée, aucun souci. Si vous en lancez et coupez souvent, l’attente devient pénible.

Avantages :

• La machine la moins chère qui gère vraiment le sandbox sans swap
• 400 Go de disque, largement suffisant pour garder plusieurs clones de dépôts

Point négatif que je ne vais pas enjoliver : les délais de réponse du support sur les offres les moins chères peuvent s’étirer sur plusieurs jours.

Obtenir Contabo : Contabo VPS.

DigitalOcean Premium AMD : pour les équipes US

Si votre endpoint de modèle est en US-East et votre équipe aussi, les nœuds NYC3 de DigitalOcean suppriment un aller-retour à chaque appel du modèle. Le palier 8 Go gère un seul worker OpenHands, mais je ne ferais pas tourner plus d’un sandbox lourd dessus. Les nouveaux nœuds Premium AMD sont nettement plus réactifs que les anciennes offres CPU partagé, la hausse de prix en vaut la peine.

Inconvénient honnête : 28 USD pour 8 Go, c’est cher face aux tarifs européens de Hetzner. Payez-le si la latence compte plus que le prix par gigaoctet.

Configurer DigitalOcean : DigitalOcean.

Vultr HF General 16 GB : pour les charges multi-sandbox

Si vous utilisez OpenHands comme outil d’équipe et avez besoin de trois ou quatre sandboxes simultanés, la gamme High Frequency de Vultr est l’endroit le plus simple pour atterrir. L’offre 16 Go avec 4 vCPU laisse assez de marge pour qu’aucune tâche n’affame les autres, et la carte mondiale des régions de Vultr compte quand votre équipe est répartie sur plusieurs continents.

Obtenir Vultr : Vultr.

Pièges courants en auto-hébergeant OpenHands

Trois choses qui m’ont piégé :

1. Exposition du socket Docker. Le sandbox a besoin du socket Docker de l’hôte. C’est acceptable sur un VPS mono-utilisateur, dangereux sur un VPS partagé. Ne faites pas tourner OpenHands comme service pour des utilisateurs non fiables sans un utilisateur d’exécution séparé.
2. Nettoyage. Les vieux conteneurs sandbox s’accumulent vite. Mettez en place un docker container prune quotidien, sinon vous manquerez d’espace disque en moins d’une semaine.
3. Limites mémoire. Plafonnez explicitement chaque sandbox à 4 Go. Sans limites, un npm install qui s’emballe dévorera tout le VPS et emportera la couche d’orchestration avec lui.

Ce que je choisirais vraiment

Si vous partez de zéro aujourd’hui et voulez OpenHands comme codeur en arrière-plan :

• UE, usage quotidien : Hetzner CCX23
• UE, dépense minimale : Contabo VPS M, en acceptant le provisioning plus lent
• Équipe US : DigitalOcean Premium AMD 8 Go ou plus
• Configuration d’équipe, trois sandboxes ou plus : Vultr HF General 16 GB

Pour la vision d’ensemble de l’auto-hébergement, voir le comparatif SelfHostVPS. OpenHands évolue vite, donc je mets cette page à jour après chaque changement majeur de sandbox ou d’exécution intégré à la branche principale.