Migration von Hetzner: Eine Schritt-für-Schritt-Anleitung

Hetzner ist seit langem eine beliebte Wahl für günstiges europäisches Hosting, passt jedoch nicht zu jedem Unternehmen. Wenn Ihr Konto schon einmal ohne Vorwarnung gesperrt wurde, Sie Schwierigkeiten hatten, Rechnungen in Ihrer Sprache zu erhalten, oder Sie einfach einen Anbieter näher am mittel- und osteuropäischen Markt wünschen, führt Sie diese Anleitung mit minimaler Ausfallzeit durch die Migration Ihres VPS oder dedizierten Servers zu MMITech.

Wir haben im letzten Jahr Dutzenden Kunden beim Wechsel von Hetzner geholfen. Der Vorgang ist unkompliziert, wenn Sie der richtigen Reihenfolge folgen, und die meisten Workloads lassen sich in unter einer Stunde tatsächlicher Ausfallzeit umstellen.

Wann sich die Migration von Hetzner lohnt

Hetzner ist ein kompetenter Anbieter. Die Migration ist Ihre Zeit wert, wenn einer oder mehrere der folgenden Punkte zutreffen:

• Sie haben plötzliche Kontosperrungen oder Holds erlebt, oft ausgelöst durch automatisierte Missbrauchserkennung in gemeinsam genutzten Subnetzen.
• Sie benötigen Rechnungen in Slowenisch, Kroatisch, Tschechisch oder Ungarisch oder eine Steuerdokumentation, die Ihren lokalen Buchhaltungsanforderungen entspricht.
• Ihre Kunden befinden sich in der CEE-Region und die Latenz nach Falkenstein oder Helsinki beeinträchtigt die Leistung.
• Sie wünschen Support in Ihrer Zeitzone mit Reaktionszeiten in Minuten statt in Werktagen.
• Sie benötigen Block- oder Objektspeicher mit derselben Ceph-basierten Redundanz, ohne separate Add-ons zu bezahlen.
• Sie konsolidieren mehrere Anbieter und wünschen eine einzige Abrechnungsbeziehung für VPS, dedizierte Server, Nextcloud-Speicher und Domains.

Wenn nichts davon zutrifft, ist Bleiben eine valide Wahl. Wenn auch nur ein Punkt zutrifft, lesen Sie weiter.

Checkliste vor der Migration

Bevor Sie auf unserer Seite etwas bereitstellen, dokumentieren Sie, was Sie bei Hetzner haben. Eine Stunde hier spart vier Stunden später.

1. Inventarisieren Sie jeden auf dem Server laufenden Dienst. Webserver, Datenbanken, Cronjobs, Mail, Message Queues, Background Worker, Monitoring-Agenten, VPN-Endpunkte. Ein einfaches systemctl list-units --type=service --state=running ist ein guter Ausgangspunkt.
2. Listen Sie alle Domains und DNS-Einträge auf. Notieren Sie aktuelle TTLs und wo DNS gehostet wird. Wenn DNS bei der Hetzner Console liegt, müssen Sie auch dieses migrieren oder zunächst zu einem Dritten wie Cloudflare verschieben.
3. Dokumentieren Sie Datenbankgrößen und Engines. MySQL, MariaDB, PostgreSQL, Redis, MongoDB. Notieren Sie Versionen, denn Versionsupgrades während der Migration vervielfachen das Risiko.
4. Notieren Sie alle offenen Firewall-Ports und alle Hetzner Cloud Firewall-Regeln. Diese werden nicht automatisch migriert.
5. Identifizieren Sie externe Dienste, die Ihre aktuelle IP auf einer Allowlist führen. Zahlungs-Gateways, SMTP-Relays, API-Partner, Monitoring-Dienste. Jeder muss nach der Umstellung aktualisiert werden.
6. Prüfen Sie die Quellen Ihrer SSL-Zertifikate. Let's Encrypt-Zertifikate lassen sich problemlos neu generieren. Kostenpflichtige Zertifikate können an die aktuelle IP oder den Hostnamen gebunden sein.
7. Erstellen Sie ein Backup, bevor Sie beginnen. Erstellen Sie einen vollständigen Snapshot oder Export. Falls während der Migration etwas schiefgeht, haben Sie einen bekannten guten Wiederherstellungspunkt.

Schritt 1: MMITech VPS bereitstellen

Bestellen Sie einen VPS, der Ihren aktuellen Hetzner-Spezifikationen entspricht oder diese leicht übertrifft. Wenn Sie eine Hetzner CX- oder CCX-Linie nutzen, lassen sich unsere Cloud VPS-Pläne sauber auf dasselbe RAM- und CPU-Profil abbilden. Bei CPU-intensiven Workloads wie Kompilierung, Videocodierung oder großen Datenbanken bietet die AMD VPS-Linie deutlich bessere Single-Thread-Leistung auf Ryzen-Kernen.

Wählen Sie dieselbe Betriebssystemversion, die Sie bei Hetzner einsetzen. Die Migration von Ubuntu 22.04 auf Ubuntu 22.04 ist unkompliziert. Der Wechsel zwischen Hauptversionen während einer Host-Migration ist ein Rezept für Überraschungen. Behandeln Sie das als separates Projekt.

Nach der Bereitstellung führen Sie das grundlegende Hardening durch, bevor Sie irgendetwas kopieren:

# System aktualisieren
apt update && apt upgrade -y

# Nicht-Root-Benutzer anlegen
adduser deploy
usermod -aG sudo deploy

# SSH-Schlüssel kopieren
mkdir -p /home/deploy/.ssh
cp ~/.ssh/authorized_keys /home/deploy/.ssh/
chown -R deploy:deploy /home/deploy/.ssh
chmod 700 /home/deploy/.ssh
chmod 600 /home/deploy/.ssh/authorized_keys

# Root-SSH und Passwort-Authentifizierung deaktivieren
sed -i 's/^#PermitRootLogin.*/PermitRootLogin no/' /etc/ssh/sshd_config
sed -i 's/^#PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
systemctl restart ssh

Schritt 2: DNS-TTLs vor der Migration senken

Diesen Schritt überspringen die meisten und bereuen es später. Senken Sie mindestens 24 bis 48 Stunden vor der Umstellung die TTL jedes DNS-Eintrags, den Sie ändern werden.

Wenn Ihre Einträge derzeit eine TTL von 3600 oder 14400 Sekunden haben, reduzieren Sie sie auf 300. So ist die Verbreitung bei der DNS-Umstellung in 5 Minuten abgeschlossen statt in 4 Stunden. Nach erfolgreicher Migration setzen Sie die TTLs wieder auf 3600.

Wenn Ihr DNS bei der Hetzner Console liegt und Sie es verschieben möchten, tun Sie das jetzt. Verschieben Sie DNS zu Cloudflare oder einem anderen Anbieter, während es noch auf die Hetzner-IP zeigt. Damit haben Sie zum Umstellungszeitpunkt eine Variable weniger.

Schritt 3: Erste Datensynchronisation

Für die meisten Server ist rsync über SSH das richtige Werkzeug. Der Trick besteht in zwei Durchläufen: einem ersten Durchlauf bei laufender Quelle und einer finalen Delta-Synchronisation nach dem Stoppen der Dienste zum Umstellungszeitpunkt.

Ziehen Sie die Daten von Ihrem neuen MMITech VPS von Hetzner:

# Web-Roots synchronisieren
rsync -avz --progress \
  -e "ssh -i /root/.ssh/id_ed25519" \
  root@alte-hetzner-ip:/var/www/ \
  /var/www/

# Anwendungsverzeichnisse synchronisieren
rsync -avz --progress \
  -e "ssh -i /root/.ssh/id_ed25519" \
  root@alte-hetzner-ip:/opt/ \
  /opt/

# Home-Verzeichnisse synchronisieren
rsync -avz --progress \
  -e "ssh -i /root/.ssh/id_ed25519" \
  root@alte-hetzner-ip:/home/ \
  /home/

# Konfigurationen synchronisieren
rsync -avz --progress \
  -e "ssh -i /root/.ssh/id_ed25519" \
  root@alte-hetzner-ip:/etc/ \
  /etc/hetzner-backup/

Ziehen Sie /etc/ in ein separates Verzeichnis, anstatt Ihre frische Installation zu überschreiben. Sie verwenden es als Referenz für Dienstkonfigurationen, nicht zum blinden Kopieren.

Bei Docker-Hosts synchronisieren Sie /var/lib/docker/volumes/ und Ihre Compose-Dateien. Versuchen Sie nicht, /var/lib/docker/ komplett zu kopieren, dieser Pfad ist nicht sicher portabel.

Schritt 4: Datenbanken richtig migrieren

Datenbanken erfordern einen Dump-and-Restore-Ansatz, kein Kopieren von Dateien. Das Kopieren roher Datenbankdateien zwischen laufenden Instanzen führt häufiger zu Datenkorruption als nicht.

Für MariaDB oder MySQL:

# Auf dem alten Hetzner-Server
mysqldump --all-databases \
  --single-transaction \
  --quick \
  --routines \
  --triggers \
  --events \
  | gzip > /tmp/full-dump.sql.gz

# Übertragen
scp /tmp/full-dump.sql.gz root@neue-mmitech-ip:/tmp/

# Auf dem neuen MMITech-Server
zcat /tmp/full-dump.sql.gz | mysql

Für PostgreSQL:

# Auf Hetzner
pg_dumpall -U postgres | gzip > /tmp/pg-dump.sql.gz

# Auf MMITech
zcat /tmp/pg-dump.sql.gz | psql -U postgres

Führen Sie einen Test-Dump und -Restore deutlich vor der Umstellung durch. Bestätigen Sie, dass der neue Server Anwendungen sauber gegen die wiederhergestellten Daten startet. Beheben Sie Versionskonflikte jetzt, nicht während einer Umstellung um 2 Uhr morgens.

Schritt 5: Dienste neu installieren und konfigurieren

Kopieren Sie keine Binärdateien oder systemd-Units wörtlich vom Hetzner-Server. Installieren Sie Dienste frisch auf MMITech und legen Sie dann Ihre Konfigurationen darauf.

Typische Neuinstallation:

# Webserver
apt install -y nginx

# PHP bei Bedarf
apt install -y php-fpm php-mysql php-redis php-curl php-gd \
               php-imagick php-mbstring php-xml php-zip

# Datenbank-Client-Tools (Server bereits in Schritt 4)
apt install -y mariadb-client redis-tools

Kopieren Sie dann spezifische Konfigurationsdateien aus Ihrem Verzeichnis /etc/hetzner-backup/:

cp /etc/hetzner-backup/nginx/sites-available/* /etc/nginx/sites-available/
cp /etc/hetzner-backup/php/8.2/fpm/pool.d/* /etc/php/8.2/fpm/pool.d/

# Vor dem Aktivieren testen
nginx -t

Dieser Ansatz fängt Hetzner-spezifische Annahmen in Ihren alten Configs ab, etwa hartcodierte private Netzwerkschnittstellen oder Verweise auf den Hetzner Cloud Metadata Service, bevor sie etwas kaputtmachen.

Schritt 6: Finale Synchronisation und Umstellung

Planen Sie die Umstellung in einem Zeitfenster mit geringem Traffic. Für die meisten europäischen Unternehmen liegt das zwischen 23:00 und 5:00 MEZ.

Ablauf der Umstellung:

1. Legen Sie eine Wartungsseite auf den Hetzner-Server oder aktivieren Sie in Ihrer Anwendung den Read-only-Modus.
2. Stoppen Sie schreibintensive Dienste auf Hetzner: Webserver, Application Worker, Cron.
3. Führen Sie ein finales rsync-Delta von MMITech aus, um alle Änderungen seit der ersten Synchronisation zu holen.
4. Erstellen Sie einen finalen Datenbank-Dump und stellen Sie ihn auf MMITech wieder her.
5. Starten Sie die Dienste auf MMITech und führen Sie einen Smoke-Test direkt gegen die neue IP durch (verwenden Sie curl --resolve oder bearbeiten Sie Ihre lokale hosts-Datei).
6. Prüfen Sie, dass SSL-Zertifikate gültig sind. Stellen Sie Let's Encrypt-Zertifikate nach DNS-Propagierung gegebenenfalls neu aus.
7. Stellen Sie DNS A- und AAAA-Einträge auf die neue MMITech-IP um.
8. Beobachten Sie Logs auf beiden Servern. Der Hetzner-Traffic sollte über 5 bis 30 Minuten auf null sinken, sobald Caches ablaufen.

Schritt 7: Überprüfung nach der Migration

Deaktivieren Sie Hetzner noch nicht. Lassen Sie ihn mindestens 7 Tage im Read-only- oder Heruntergefahren-Zustand laufen. Damit haben Sie eine schnelle Rollback-Option und Zeit, Probleme zu erkennen.

Überprüfen Sie in den ersten 24 Stunden folgende Punkte:

• Alle Websites laden korrekt mit gültigem SSL.
• E-Mail-Zustellung funktioniert in beide Richtungen. Wenn Sie Mail selbst hosten, prüfen Sie SPF, DKIM und DMARC erneut.
• Cronjobs laufen. Prüfen Sie Logdateien zu erwarteten Zeiten.
• Anwendungslogs zeigen keine wiederkehrenden Fehler.
• Externe Dienste, die nach IP allowlisten, sind aktualisiert.
• Monitoring-Agenten melden sich vom neuen Server.
• Backups laufen auf dem neuen Server.

Nach 7 Tagen sauberem Betrieb können Sie den Hetzner-Server sicher kündigen. Bei verbleibendem Vorauszahlungsguthaben helfen wir Ihnen über eine finale Rechnungsabgleichung auf unserer Seite.

Häufige Fallstricke bei der Migration von Hetzner

Hetzner Cloud Private Networks existieren auf der neuen Seite nicht. Wenn Ihre Anwendungen 10.x.x.x-Adressen für die Inter-Server-Kommunikation verwenden, müssen Sie bei MMITech ein gleichwertiges privates Netzwerk oder eine VPN-Verbindung einrichten. Für Multi-Server-Setups unterstützen wir private VLANs.

rDNS ist nicht automatisch. Reverse DNS für mailversendende Server muss auf unserer Seite per Support-Anfrage eingerichtet werden. Erledigen Sie das, bevor Sie Mail umstellen.

Cloud-init-Metadaten sind anbieterspezifisch. Alles, was auf Hetzners Metadata Service angewiesen ist, scheitert stillschweigend. Durchsuchen Sie Ihre Codebasis nach Verweisen auf 169.254.169.254.

Hetzner Storage Box-Pfade funktionieren nicht mehr. Wenn Sie eine Hetzner Storage Box für Backups einbinden, richten Sie alternativen Backup-Speicher ein. Wir bieten dedizierten Backup-Speicher mit Proxmox Backup Server-Kompatibilität.

Häufig gestellte Fragen

Wie lange dauert eine typische Migration von Hetzner zu MMITech?

Für einen einzelnen VPS mit einer standardmäßigen LAMP- oder LEMP-Anwendung und unter 50 GB Daten rechnen Sie mit 2 bis 4 Stunden Vorbereitung und 30 bis 60 Minuten tatsächlicher Ausfallzeit. Größere Datenbanken oder komplexe Multi-Service-Setups benötigen entsprechend mehr Planung.

Kann MMITech bei der Migration helfen?

Ja. Wir bieten Migrationsunterstützung für Kunden an, die VPS- oder dedizierte Pläne bestellen. Kontaktieren Sie unser Team vor Beginn, und wir planen gemeinsam das Migrationsfenster, beraten zur Dimensionierung und unterstützen bei der Umstellung.

Verliere ich während der Migration Daten?

Wenn Sie dem Dump-and-Restore-Ansatz folgen und bei der Umstellung einen finalen rsync ausführen, nein. Das Risikofenster sind die wenigen Minuten zwischen finaler Synchronisation und DNS-Propagierung. Genau deshalb ist das vorzeitige Senken der TTLs wichtig.

Muss ich alle Dienste auf einmal migrieren?

Nein. Viele Kunden migrieren Workload für Workload. Verschieben Sie zuerst einen Entwicklungs-VPS, validieren Sie die Erfahrung und migrieren Sie dann die Produktion. Das ist auch der richtige Ansatz, wenn Sie aus mehreren Hetzner-Servern konsolidieren.

Was ist mit meinen bei Hetzner registrierten Domains?

Domain-Transfers sind getrennt von Server-Migrationen. Sobald Ihre Dienste auf MMITech laufen, können Sie Domains jederzeit zu uns transferieren. Wir unterstützen die meisten TLDs über unseren Domain-Transfer-Service.

Bereit zur Migration?

Wenn Sie bis hierher gelesen haben, wissen Sie genau, was eine Migration beinhaltet. Wir haben unsere Infrastruktur auf Enterprise-Ceph-Speicher, redundantem 40-GbE-Netzwerk und einem in der EU (Slowenien) gelegenen Rechenzentrum aufgebaut, speziell für Kunden, die Zuverlässigkeit ohne den Konzern-Overhead größerer Anbieter brauchen.

Bestellen Sie einen Cloud VPS oder AMD VPS und melden Sie sich bei unserem Team, wenn Sie Hilfe bei der Planung der Umstellung möchten. Wir antworten in Ihrer Sprache, in Ihrer Zeitzone, und wir sind dieselben Personen, mit denen Sie nächsten Monat sprechen, wenn Sie wieder etwas brauchen.