VPS-Migrationsleitfaden: Umzug Ihres Servers ohne Ausfallzeiten

Das Verschieben eines VPS auf einen anderen Server – um den Anbieter zu wechseln, die Kapazität zu erhöhen oder auf ein modernes Panel-Setup umzusteigen – ist eine heikle Aufgabe. Bei falscher Planung führt dies zu stundenlangen Ausfallzeiten und Datenverlust. Bei richtiger Planung sinkt die Gesamtausfallzeit auf weniger als 5 Minuten und der Rückweg bleibt immer offen.

In diesem Leitfaden; Wir erklären der Reihe nach die Schritte der Bestandsaufnahme, der parallelen Ausführung, der DNS-TTL-Planung, des Datenbankexports/-imports, der SSL-Automatisierung und des Rollbacks. Der gesamte Ablauf wird durch die Migration auf ein neues VPS mit installiertem VDS Panel veranschaulicht, die Methode ist jedoch allgemein.

Vorbereitung: Bestandsaufnahme der aktuellen Installation

Listen Sie vor der Migration alle Ressourcen auf dem aktuellen Server auf. Wenn Sie etwas verpassen, erleben Sie nach dem Übergang die Überraschung „Die Website wird geöffnet, aber X ist kaputt“.

• Projekte/Sites: Was funktioniert in welchen Domänen? WordPress, statische Site, Spring Boot, Node.js-Dienst, Docker-Container?
• Datenbanken: PostgreSQL, MySQL, MongoDB, Redis. Version, Größe und zugehörige Projekte.
• Cron / geplante Aufgaben: P0- oder Systemd-Timer.
• DNS-Einträge: A, AAAA, CNAME, MX, TXT, SRV. Export vom vorhandenen DNS-Anbieter.
• SSL-Zertifikate: Welche Domains, Let’s Encrypt oder kostenpflichtig?
• Umgebungsvariablen: API-Schlüssel, Geheimnis, Anmeldeinformationen von Drittanbietern.
• Sicherungsjobs: vorhandene Automatisierungen wie pg_dump, mysqldump, rsync.

Strategie: parallele Ausführung vs. Urknall

Sie können den Übergang auf zwei Arten durchführen. Parallelbetrieb wird immer empfohlen.

Bei der Parallelmethode arbeiten zwei Server für kurze Zeit zusammen. Sie testen den neuen Server selbst, während der Broadcast-Verkehr weiterhin auf dem alten Server eintrifft. Den DNS stellst du erst dann auf die neue IP um, wenn alles in Ordnung ist.

Schritt für Schritt Übergang

1. 01
   Bereiten Sie den neuen VPS vor

   Ubuntu 22.04 oder 24.04 LTS ist ein sauberer Server. Mindestens 2 CPU, 4 GB RAM. Installieren Sie VDS Panel mit einem einzigen Befehl.
2. 02
   Erstellen Sie ein Backup vom alten Server

   Datenbanksicherung mit pg_dump, mysqldump oder mongodump. tar oder rsync für Anwendungsdateien. Cron-Job-Liste und Umgebungsvariablen.
3. 03
   Importieren Sie Datenbanken in das neue Panel

   VDS Panel generiert für jedes Projekt eine separate Datenbank + Benutzer + Passwort. Importieren Sie den vorhandenen SQL-Dump mit dem Panel-Restore-Tool.
4. 04
   Führen Sie den Code in das neue Panel ein

   Der sauberste Weg besteht darin, Ihre Projekte in das Git-Repository zu verschieben und sie dem Panel hinzuzufügen. Build, Env-Inject, Nginx-Konfiguration – alles automatisch.
5. 05
   Niedrigere DNS-TTL

   Reduzieren Sie die TTL aller A/CNAME-Einträge 24 Stunden vor der Migration auf 300 Sekunden. Wenn dieser Schritt übersprungen wird, kann die DNS-Weitergabe bis zu 24 Stunden dauern.
6. 06
   Testen Sie mit der Hosts-Datei

   Schreiben Sie vor dem Ändern des DNS die neue Server-IP in die lokale /etc/hosts. Überprüfen Sie alle kritischen Abläufe (Anmeldung, Zahlung, Formularübermittlung).
7. 07
   DNS-A-Einträge auf neuen Server umstellen

   Verweisen Sie die A-Einträge aller Domänen auf die neue VPS-IP. Dank der niedrigen TTL breitet es sich in 5–15 Minuten aus.
8. 08
   Lassen Sie den alten Server 14 Tage lang aktiv

   Sie haben die Möglichkeit, DNS zurückzusetzen, wenn Probleme auftreten. Sie können den alten Server nach 14 Tagen problemlos kündigen.

Datenbankmigration

VDS Panel bietet integrierte Importunterstützung für jede Datenbank-Engine:

• PostgreSQL: Erstellen Sie mit P0 ein Backup in einem speziellen Format und laden Sie es in das Panel-Wiederherstellungstool hoch. Für große Tabellen wird der pgBouncer-Verbindungspool automatisch eingerichtet.
• MySQL/MariaDB: Mit P1 sichern, über die Registerkarte „SQL-Import“ im Bedienfeld installieren.
• MongoDB: Mit P2 wird der BSON-Dump über das P3-Panel ausgeführt.
• Redis: Wird bei der Migration normalerweise leer initialisiert; Wenn permanente Daten vorhanden sind, wird P5 nach P4 kopiert.

Anwendungen erneut bereitstellen

Der sauberste Weg, manuell installierte Anwendungen auf dem alten Server auf VDS Panel zu verschieben, ist der Wechsel zum git push-Flow:

P0

Geben Sie dann die GitHub-Repo-URL an VDS Panel weiter. Das Panel installiert den Webhook, erstellt die Build-Pipeline und fragt nach Umgebungsvariablen. Jeder weitere P0 wird automatisch bereitgestellt.

P1

Für Java/Spring Boot werden über die Panel-Schnittstelle JAR-Upload- oder Maven/Gradle-Build-Optionen ausgewählt.

SSL-Zertifikate

Sie müssen Ihre alten Zertifikate nicht verschieben. VDS Panel erhält automatisch das neue Let’s Encrypt-Zertifikat für jede Domain:

– Wenn der DNS-A-Eintrag auf den neuen Server verweist, startet das Panel die HTTP-01-Challenge

• Zertifikat in 15 Sekunden fertig, HSTS- und HTTPS-Weiterleitung automatisch
• Verlängert sich automatisch 30 Tage im Voraus, ohne Anmeldung

DNS-Planung

Der Schlüssel zur Annäherung an null Ausfallzeiten ist die TTL-Planung.

1. Reduzieren Sie die TTL aller A/CNAME-Einträge 24–48 Stunden vor der Migration von 3600 auf 300.
2. Nachdem die gesamte alte TTL-Periode abgelaufen ist (d. h. 1 Stunde), antwortet der DNS-Anbieter bereits mit der neuen TTL.
3. Ändern Sie den A-Eintrag zum Zeitpunkt der Migration auf die neue IP. In 5 Minuten werden 95 % des Datenverkehrs an den neuen Server weitergeleitet.
4. Wenn Sie die TTL nach der Migration wieder auf 3600 erhöhen möchten, warten Sie 14 Tage (es ist wichtig, sie während des Rollback-Fensters niedrig zu halten).

Rollback-Plan

Schalten Sie Ihren alten Server in den ersten 14 Tagen nicht aus. Wenn auf dem neuen Server ein kritisches Problem auftritt:

1. Ändern Sie den A-Eintrag im DNS wieder auf die alte Server-IP
2. Da die TTL 300 Sekunden beträgt, dauert sie 5 Minuten
3. Untersuchen Sie während dieser Zeit das Problem auf dem neuen Server
4. Beheben Sie das Problem und migrieren Sie es zurück auf den neuen Server

Zwei-Wege-Synchronisierung für die Datenbank ist kompliziert; Wenn Sie ein Rollback durchführen möchten, tun Sie es entweder innerhalb des Migrationsfensters oder planen Sie einen akzeptablen Datenverlust ein. Unser Artikel VPS-Backup-Strategie hilft bei der RTO/RPO-Planung.

Checkliste nach der Migration

Öffnen Sie das Panel auf dem neuen Server, der alte Server steht noch:

• Alle Projekte funktionieren (HTTP 200, korrekter Inhalt)
• Datenbankverbindungen sind aktiv, Daten sind konsistent
• SSL-Zertifikate grün (gültig, HSTS aktiviert)
• Cron/geplante Jobs wurden neu definiert
• Backup-Plan aktiv (Panel täglich verschlüsseltes Backup)
• Protokolle werden auf den neuen Server geschrieben
• Pentest-Scans sollen wöchentlich durchgeführt werden
• Überwachung und Alarmintegration getestet

Abschluss

Die VPS-Migration ist keine so schwierige Aufgabe, wie es scheint; Bei richtiger Planung beträgt die Gesamtausfallzeit weniger als 5 Minuten. Parallele Ausführungsstrategie, niedrige TTL-Planung und 14-tägiges Rollback-Fenster machen die Migration sicher. Die integrierten Importtools von VDS Panel (DB-Wiederherstellung, Git-Bereitstellung, automatisches SSL) reduzieren manuelle Schritte, die Stunden bis Minuten dauern können.

Unser Kontaktformular steht Ihnen zur Verfügung, um Ihr Übergangsszenario zu besprechen. Lassen Sie uns Ihre aktuelle Infrastruktur verstehen und gemeinsam einen speziellen Migrationsplan für Sie erstellen.