So betreiben Sie einen Trading-Bot 24/7 auf einem VPS

Geschrieben vom ApexVPS-Team • Zuletzt aktualisiert: Juli 2026 • 8 Min. Lesezeit

Automatisierte Strategien müssen auf den Markt reagieren, ob Sie wach sind oder nicht. Um einen Trading-Bot 24/7 auf einem VPS zu betreiben, ist der Standardweg, ihn online zu halten: Ein virtueller privater Server bleibt rund um die Uhr eingeschaltet, verbunden und physisch in der Nähe Ihrer Börse, sodass Ihr Bot niemals ein Signal verpasst, weil ein Laptop in den Ruhezustand ging oder eine heimische Verbindung abbrach. Dieser Leitfaden erklärt, warum ein VPS besser ist als ein Heim-PC, wie Sie einen Standort wählen, wie Sie den Prozess am Leben halten und wie Sie Ihre Schlüssel und Logs unter Kontrolle behalten. Es handelt sich nur um technische Hinweise, keine Finanzberatung, und er bleibt neutral, welches Bot-Framework oder welche Strategie Sie verwenden.

Warum ein VPS besser ist als ein Heim-PC für Bots

Ein Trading-Bot ist ein lang laufender Prozess, der nicht im falschen Moment stoppen darf. Ein Heimcomputer ist aus drei praktischen Gründen ein schlechter Host.

Uptime und Always-on-Ausführung

Heimmaschinen schlafen, installieren Updates und starten nach eigenem Zeitplan neu. Stromausfälle und Router-Neustarts fügen weitere Lücken hinzu. Ein VPS läuft in einem Rechenzentrum mit redundanter Stromversorgung und Netzwerk sowie einem veröffentlichten Verfügbarkeitsziel – ApexVPS-Pläne bieten je nach Stufe eine SLA von 99,9 % bis 99,99 % –, sodass der Prozess, der Ihre Aufträge platziert und verwaltet, weiterläuft, während Sie schlafen, reisen oder arbeiten.

Latenz zu Ihrer Börse

Jede Bestellung und jedes Marktdaten-Update legt einen Netzwerkpfad zwischen Ihrem Server und der Börse zurück. Je kürzer dieser Pfad ist, desto schneller sieht Ihr Bot Ausführungen und reagiert. Eine Residential-Verbindung läuft zuerst über Ihren ISP; ein gut platzierter Server sitzt auf schnellen Backbone-Verbindungen. ApexVPS betreibt 39 Rechenzentren mit einem latenzarmen Netzwerk in wichtigen Regionen, was die Round-Trip-Zeit für Order-Routing und Kurs-Updates verkürzt.

Keine Unterbrechungen

Auf einem VPS bestimmen Sie, wann Wartungsarbeiten stattfinden. Es gibt keine erzwungenen OS-Updates mitten in der Sitzung, keine Virenscans, die die CPU belasten, und kein Familienmitglied, das den Laptop zuklappt. Der Bot hat eine stabile, dedizierte Umgebung, die sich nur ändert, wenn Sie sie ändern.

Wählen Sie einen Standort in der Nähe Ihrer Börse

Die Latenz wird hauptsächlich durch die physische Distanz bestimmt, daher ist die Wahl eines Rechenzentrums in der Nähe Ihrer Börse oder Ihres Brokers der größte Hebel. Viele Krypto-Plattformen betreiben ihre Matching-Engines in oder nahe einiger weniger Knotenpunkte, und Aktien- und Terminbörsen konzentrieren sich auf bestimmte Metropolen. Als Faustregel gilt: Passen Sie Ihre Serverregion an die Börse an:

Wenn Sie unsicher sind, testen Sie die Round-Trip-Zeit mit einem einfachen ping oder mtr zum API-Host der Börse von ein paar Kandidatenregionen aus und behalten Sie die niedrigste. Unsere speziellen Seiten über einen VPS für Trading-Bots und einen krypto-freundlichen VPS ohne Kartenzahlung listen die verfügbaren Regionen im Detail auf.

Halten Sie den Bot 24/7 am Leben

Es reicht nicht, Ihren Bot in einer einfachen SSH-Sitzung zu starten – wenn die Sitzung geschlossen wird, stirbt der Prozess. Verwenden Sie eine der folgenden Methoden, um ihn am Leben zu halten und ihn nach einem Absturz oder Neustart automatisch neu zu starten.

tmux oder screen (Schnellstart)

Ein Terminal-Multiplexer hält Ihren Prozess am Laufen, nachdem Sie sich abgemeldet haben. Das ist der schnellste Weg, um loszulegen, während Sie testen:

sudo apt update && sudo apt install -y tmux
tmux new -s bot
# start your bot inside the session, e.g.
python3 main.py
# detach without stopping it: press Ctrl-b, then d
# reattach later:
tmux attach -t bot

tmux ist ideal für interaktive Tests, startet aber einen abgestürzten Bot nicht von selbst neu. Für alles, was Sie dauerhaft laufen lassen, wechseln Sie zu einem Prozessmanager (siehe unten).

systemd (empfohlen auf Linux)

systemd ist in modernen Ubuntu- und Debian-Systemen integriert und startet Ihren Bot bei einem Fehler neu sowie beim Booten. Erstellen Sie eine Unit-Datei:

# /etc/systemd/system/tradingbot.service
[Unit]
Description=Trading Bot
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=botuser
WorkingDirectory=/home/botuser/bot
ExecStart=/usr/bin/python3 /home/botuser/bot/main.py
Restart=always
RestartSec=5
EnvironmentFile=/home/botuser/bot/.env

[Install]
WantedBy=multi-user.target

Dann aktivieren und starten Sie sie:

sudo systemctl daemon-reload
sudo systemctl enable --now tradingbot
sudo systemctl status tradingbot

Restart=always holt den Bot nach einem Absturz zurück, und enable startet ihn automatisch nach jedem Neustart.

pm2 für Node.js-Bots

Wenn Ihr Bot in JavaScript oder TypeScript geschrieben ist, ist pm2 ein einfacher Prozessmanager mit integrierten Protokollen und automatischem Neustart beim Booten:

npm install -g pm2
pm2 start bot.js --name trading-bot
pm2 save
pm2 startup   # run the command it prints, then reboot to verify

Docker für reproduzierbare Bereitstellungen

Container paketieren Ihren Bot mit seinen genauen Abhängigkeiten, sodass er überall gleich läuft. Die --restart-Richtlinie kümmert sich um Abstürze und Neustarts:

docker run -d --name trading-bot \
  --restart unless-stopped \
  --env-file /home/botuser/bot/.env \
  my-bot:latest

Container machen auch Upgrades und Rollbacks sauber; die offizielle Docker-Dokumentation behandelt das Erstellen von Images und die Verwaltung von Neustartrichtlinien ausführlich.

Protokolle rotieren und verwalten

Ein Bot, der wochenlang läuft, kann die Festplatte mit Protokollausgaben füllen und schließlich den gesamten Server zum Absturz bringen. Rotieren Sie Protokolle, damit alte Dateien automatisch komprimiert und gelöscht werden. Unter Ubuntu und Debian ist logrotate bereits installiert – fügen Sie eine Regel für Ihren Bot hinzu:

# /etc/logrotate.d/tradingbot
/home/botuser/bot/logs/*.log {
    daily
    rotate 14
    compress
    missingok
    notifempty
    copytruncate
}

Wenn Sie unter systemd laufen, erfasst das Journal die Ausgaben bereits; begrenzen Sie dessen Größe in /etc/systemd/journald.conf mit einer Einstellung wie SystemMaxUse=500M. Überprüfen Sie in jedem Fall die Protokolle regelmäßig und alerten Sie bei Fehlern, damit ein stiller Fehler nicht tagelang unbemerkt bleibt.

Sichern Sie den Bot und Ihre API-Schlüssel

Ihr VPS enthält Zugangsdaten, die Geld bewegen können. Behandeln Sie Sicherheit als Teil des Setups, nicht als Nebensache. Das OWASP-Prinzip der geringsten Privilegien gilt hier direkt.

sudo ufw allow OpenSSH
sudo ufw enable
sudo ufw status

ApexVPS bietet Ihnen vollen Root-Zugriff sowie DDoS-Schutz und optionales privates Netzwerk, sodass Sie diese Kontrollen implementieren können, ohne gegen die Plattform zu kämpfen.

Dimensionierung der VPS-Ressourcen

Bots sind normalerweise CPU-schwach, aber empfindlich, wenn sie im falschen Moment gebremst werden – genau das passiert bei überverkauftem Shared Hosting. Da die Ressourcen bei ApexVPS wirklich dediziert sind – kein Overselling, keine lauten Nachbarn – bekommen Sie die Kerne, die Sie kaufen. Eine grobe Richtlinie:

Beobachten Sie htop und Ihre Latenz eine Woche nach dem Start und skalieren Sie nur, wenn Sie echte Engpässe sehen. Sie können die Spezifikationen nebeneinander auf unserer VPS-Pläne-und-Preise-Seite vergleichen.

Erste Schritte

Die Einrichtung ist schnell: Wählen Sie einen Plan, eine Region in der Nähe Ihrer Exchange und geben Sie eine E-Mail an – kein Name, keine Adresse, kein KYC. Der Checkout ist nur mit Krypto über OxaPay möglich und akzeptiert Bitcoin, Ethereum, USDT und 30+ Kryptowährungen, ohne Kreditkarte oder Bankkonto. Sobald Ihre Zahlung on-chain bestätigt ist, beginnt die Bereitstellung und Sie erhalten vollen Root-Zugriff, um Ihren Bot zu installieren, einen systemd-Dienst hinzuzufügen und live zu gehen.

Bereit, Ihren Bot 24/7 online zu halten? Entdecken Sie unseren VPS für Trading-Bots →

Häufig gestellte Fragen

Warum einen Trading-Bot auf einem VPS statt auf meinem Heim-PC betreiben?

Ein VPS bleibt rund um die Uhr in einem Rechenzentrum mit redundanter Strom- und Netzwerkversorgung eingeschaltet und verbunden. Anders als ein Heim-PC ist er nicht von Schlafmodus, erzwungenen Betriebssystem-Neustarts, Stromausfällen oder einem ISP, der die Verbindung trennt, betroffen, sodass Ihr Bot ohne Unterbrechung weiterläuft.

Wie halte ich meinen Bot am Leben, wenn er abstürzt oder der Server neu startet?

Verwenden Sie einen Prozessmanager statt eines nackten Terminals. Ein systemd-Dienst mit Restart=always startet den Bot bei Absturz neu und startet ihn nach einem Reboot. Node.js-Benutzer können pm2 mit pm2 startup verwenden, und Docker-Container können --restart unless-stopped für denselben Effekt nutzen.

Wie viel CPU und RAM benötigt ein Trading-Bot?

Ein einzelner Bot, der ein paar Märkte abfragt, ist leicht – 2 dedizierte vCPUs und 4 GB RAM reichen bequem. Wenn Sie mehrere Strategien, Indikatoren oder Backtests gleichzeitig ausführen, profitieren Sie von 4 vCPUs und 8 GB oder mehr. Da die Ressourcen dediziert sind, erhalten Sie den vollen Kern ohne Verlangsamung durch laute Nachbarn.

Wie halte ich meine Exchange-API-Keys sicher?

Erstellen Sie Schlüssel mit den geringsten Rechten, die die Strategie benötigt, deaktivieren Sie die Abhebeberechtigung und fügen Sie eine IP-Whitelist hinzu, die an Ihre Serveradresse gebunden ist. Speichern Sie Schlüssel in einer Umgebungsdatei, die nur vom Bot-Benutzer lesbar ist, niemals hartcodiert im Quellcode, und melden Sie sich über SSH-Schlüssel anstelle von Passwörtern an.