Der beste VPS für OpenHands (2026): Echte Specs für den Coding-Agenten

Zuletzt geprüft: 26. Juli 2026

OpenHands ist das Projekt, das früher OpenDevin hieß, inzwischen bei über 74.000 GitHub-Stars und mit monatlichen Releases. Das Hosting-Bild hat sich Anfang 2026 stark verändert, als das Team die Laufzeitumgebung aus dem Hauptprozess herausgelöst und in eine Docker-Sandbox verschoben hat. Gut für die Sicherheit. Schmerzhaft, wenn du die alte Dokumentation liest und einen 2-GB-VPS bestellst.

Ich betreibe OpenHands seit neun Wochen als meinen Hintergrund-Coding-Agenten. Hier ist, was das Datenblatt verschweigt.

Was OpenHands wirklich braucht

Drei Ressourcenfresser, in der Reihenfolge, wie oft sie zuschlagen:

1. Die Sandbox. Docker-in-Docker, mit einem Laufzeit-Image zwischen 800 MB und 2,5 GB, je nach Sprach-Stack. Jede aktive Aufgabe startet eine eigene.
2. Build- und Installationsschritte. Wenn der Agent beschließt, npm install oder pip install auf einem echten Repo auszuführen, schießt der RAM-Verbrauch hoch.
3. Das Modell. Wenn du das LLM zusätzlich auf derselben Maschine selbst hostest, brauchst du eine GPU und eine ganz andere Hardware-Klasse.

Die meisten Nutzer wollen Pfad 1 plus 2 auf einer reinen CPU-Maschine, während das Modell bei Anthropic oder OpenAI liegt. Genau dieses Setup behandelt der Rest dieser Seite.

VPS-Vergleich für OpenHands

Hetzner Cloud CCX23: Meine aktuelle Wahl

Die CCX-Linie ist der Sweet Spot für OpenHands. CCX13 mit 8 GB funktioniert für leichte Solo-Nutzung, aber sobald du den Agenten bittest, zwei Dinge parallel zu erledigen, willst du CCX23. NVMe ist wichtig, weil die Sandbox während Builds viel schreibt, und Hetzners I/O ist konstant auf eine Weise, wie es Contabos ältere Knoten nicht waren.

Was hier für OpenHands funktioniert:

• Cloud-Snapshots machen das Rollback nach einer misslungenen Aufgabe schmerzfrei
• Die Regionen Falkenstein und Helsinki liegen beide unter 80 ms zur Anthropic-API
• Stundenabrechnung bedeutet, du kannst für einen bestimmten Job eine stärkere Maschine hochfahren

Nachteil: Das inkludierte ausgehende Datenvolumen von 20 TB klingt nach viel, bis der Agent beschließt, in einer Schleife Fünf-Gigabyte-Repos zu klonen. Behalte den Zähler im Auge.

Hetzner einrichten: Hetzner Cloud.

Contabo VPS M: Der 8-Euro-Geheimtipp

Schwer zu widerlegen: 6 vCPU und 16 GB für 8,50 EUR. Bei den neueren NVMe-Plänen ist das I/O-Profil für OpenHands völlig in Ordnung. Die zwei echten Nachteile: Das Provisioning dauert Stunden statt Sekunden, und die ausgehende Latenz zu den großen Modell-APIs ist durchgehend 100 bis 200 ms schlechter als bei Hetzner. Wenn du die Maschine langfristig laufen lässt, ist das kein Problem. Wenn du oft hoch- und wieder runterfährst, ist die Wartezeit brutal.

Vorteile:

• Günstigste Maschine, die die Sandbox tatsächlich ohne Swapping stemmt
• 400 GB Speicher sind großzügig genug, um mehrere Repo-Klone parallel vorzuhalten

Negativpunkt, den ich nicht schönreden will: Die Support-Antwortzeiten in den günstigeren Stufen können sich über Tage hinziehen.

Contabo holen: Contabo VPS.

DigitalOcean Premium AMD: Für US-Teams

Wenn dein Modell-Endpunkt in US-East liegt und dein Team auch, sparen sich DigitalOceans NYC3-Knoten einen Roundtrip bei jedem Modellaufruf. Die 8-GB-Stufe stemmt einen einzelnen OpenHands-Worker, aber ich würde darauf nicht mehr als eine schwere Sandbox laufen lassen. Die neueren Premium-AMD-Knoten sind spürbar flotter als die älteren Shared-CPU-Pläne, den Aufpreis wert.

Ehrlicher Nachteil: 28 USD für 8 GB sind happig im Vergleich zu Hetzners EU-Preisen. Zahl es, wenn Latenz wichtiger ist als Euro pro Gigabyte.

DigitalOcean einrichten: DigitalOcean.

Vultr HF General 16 GB: Für Multi-Sandbox-Workloads

Wenn du OpenHands als Team-Tool nutzt und drei oder vier gleichzeitige Sandboxes brauchst, ist Vultrs High-Frequency-Linie die einfachste Landestelle. Der 16-GB-Plan mit 4 vCPU bietet genug Spielraum, dass keine einzelne Aufgabe die anderen aushungert, und Vultrs weltweite Regionskarte zählt, wenn dein Team über mehrere Kontinente verteilt ist.

Vultr holen: Vultr.

Häufige Stolperfallen beim Selbst-Hosten von OpenHands

Drei Dinge, die mir zum Verhängnis wurden:

1. Docker-Socket-Exposition. Die Sandbox braucht den Docker-Socket des Hosts. Auf einem Single-User-VPS ist das in Ordnung, auf einem geteilten gefährlich. Betreibe OpenHands nicht als Dienst für nicht vertrauenswürdige Nutzer ohne einen separaten Laufzeit-Benutzer.
2. Aufräumen. Alte Sandbox-Container sammeln sich schnell an. Richte ein tägliches docker container prune ein, sonst geht dir innerhalb einer Woche der Speicherplatz aus.
3. Speicherlimits. Begrenze jede Sandbox explizit auf 4 GB. Ohne Limits frisst ein außer Kontrolle geratenes npm install den ganzen VPS auf und reißt die Orchestrierungsschicht mit sich.

Was ich tatsächlich wählen würde

Wenn du heute startest und OpenHands als deinen Hintergrund-Programmierer willst:

• EU, tägliche Nutzung: Hetzner CCX23
• EU, geringste Ausgabe: Contabo VPS M, akzeptiere das langsamere Provisioning
• US-Team: DigitalOcean Premium AMD 8 GB oder größer
• Team-Setup, drei plus Sandboxes: Vultr HF General 16 GB

Für das größere Bild des Selbst-Hostings siehe den SelfHostVPS-Vergleich. OpenHands entwickelt sich schnell, daher aktualisiere ich diese Seite nach größeren Sandbox- oder Laufzeit-Änderungen im Main-Branch.