Umzug zu einem neuen Dedicated-Server-Anbieter: eine praktische Checkliste

• Ein Anbieterwechsel bei Dedicated Servern dreht sich vor allem um Daten, DNS und Downtime-Fenster, nicht um das Marketing des neuen Anbieters.
• Frag jeden Kandidaten nach exakten Angaben zu Hardware, Netzwerk und Support, bevor du etwas unterschreibst.
• Feste, planbare Preise werden erst dann wirklich wichtig, wenn du einmal eine böse Überraschung auf der Rechnung hattest.
• Teste die Reaktionszeit des Supports selbst. Verlass dich nicht blind auf eine Zahl auf einer Website.
• Ein durchdachter Migrationsplan ist immer besser als ein überhasteter. Plane Überlappungszeit ein.
• Kein Anbieter ist pauschal “am einfachsten für den Umzug”. Es hängt von deinem Stack und deinem Zeitplan ab.

Wenn du planst, einen Anbieter wie OVHcloud, Hetzner, Leaseweb oder einen anderen zu verlassen, kommt der Schmerz selten vom neuen Anbieter selbst. Er kommt von allem, was an deinem aktuellen Setup hängt: DNS-Einträge, IP-Zuweisungen, Firewall-Regeln, Backup-Zeitpläne, Lizenzen, Monitoring-Integrationen. Der neue Host ist oft der einfache Teil. Der Migrationsplan ist der schwierige Teil.

Das ist eigentlich eine gute Nachricht. Es bedeutet, dass du selbst großen Einfluss darauf hast, wie reibungslos das läuft, egal welchen Anbieter du wählst.

Es gibt keine einzige Kennzahl, die dir sagt, wie einfach eine Migration wird. Achte stattdessen auf diese Faktoren:

• Transparenz bei der Hardware. Siehst du genau, welche CPU, RAM, Speicher und Netzwerkanbindung du bekommst, oder kaufst du einen vagen Paketnamen? Unklare Specs machen es schwerer, den neuen Server gleich richtig zu dimensionieren.
• Bereitstellungsgeschwindigkeit. Manche Anbieter liefern Standardkonfigurationen sofort. Andere brauchen Maßanfertigungen für spezielle Hardware- oder GPU-Anforderungen. Wisse, was du brauchst, bevor du Lieferzeiten vergleichst.
• Netzwerk- und DDoS-Basisschutz. Prüfe, was standardmäßig enthalten ist und was extra kostet. Ein Server ohne integrierten DDoS-Schutz hat ein anderes Risikoprofil als einer, bei dem das von Tag eins an dabei ist.
• Support-Modell. Ist der Support inhouse oder ausgelagert? Wie hoch ist die durchschnittliche Reaktionszeit, und ist das 24/7? Ein Ticket, das sechs Stunden während deines Migrationsfensters liegen bleibt, macht aus geplanter Wartung schnell einen Ausfall.
• Klarheit bei Vertrag und Abrechnung. Feste Monatspreise bedeuten, dass das, was du heute vereinbarst, auch auf der Rechnung des nächsten Monats steht. Variable Preise, Nutzungszuschläge oder ungefragt gebündelte Extras erschweren Budgetplanung und Vergleich.
• Compliance-Status. Verarbeitest du Zahlungsdaten oder brauchst du geprüfte Kontrollen? Frag direkt nach SOC 1, SOC 2 Type II oder PCI-DSS Status. Geh nichts an, sondern lass es dir schriftlich geben.

Nutze diese Checkliste bei jedem Anbieter, den du in Betracht ziehst, auch bei deinem aktuellen:

1. Exaktes CPU-Modell, RAM, Speichertyp (NVMe, SSD, HDD) und Netzwerkanbindung für den Server, den du tatsächlich bestellen würdest.

2. Ob DDoS-Schutz standardmäßig enthalten ist, und mit welcher Kapazität (in Gbit/s).

3. Die gesamte Netzwerkkapazität des Backbones des Anbieters, nicht nur deine eigene Portgeschwindigkeit.

4. Durchschnittliche Reaktionszeit des Supports, und ob dieser inhouse und 24/7/365 verfügbar ist.

5. Ob der Preis monatlich fix ist oder sich durch Nutzung, Währung oder versteckte Kosten ändern kann.

6. Standort und Eigentum des Rechenzentrums: gehört die Einrichtung dem Anbieter, oder mietet er Kapazität von jemand anderem?

7. Vertragsbedingungen: Kündigungsfrist, Kosten bei vorzeitiger Beendigung, Ablauf des Datenexports.

8. Relevante Zertifizierungen, falls benötigt (SOC, PCI-DSS, ISO usw.), belegt mit echter Dokumentation.

9. Ob Instant Delivery für deine Konfiguration verfügbar ist, oder ob eine Maßanfertigung mit längerer Vorlaufzeit nötig ist.

10. Wie IP-Adressübertragungen und Reverse-DNS-Änderungen während der Migration gehandhabt werden.

Sobald du einen Anbieter gewählt hast, folgt die Migration meist einem vorhersehbaren Muster:

• Alles inventarisieren. Liste jeden Dienst, Cronjob, Zertifikat und jede Integration auf, die am alten Server hängt.
• Parallel aufsetzen. Lass den neuen Server parallel zum alten laufen. Schalte erst um, wenn du getestet hast.
• DNS-TTLs früh senken. Mach das Tage vor der Umschaltung, damit Änderungen schnell greifen, wenn es darauf ankommt.
• Daten in Stufen migrieren. Synchronisiere zuerst statische Daten, kümmere dich um das letzte Delta in einem kurzen Wartungsfenster.
• Alten Server als Puffer laufen lassen. Ein bis zwei Wochen Überlappung kosten wenig und retten dich, falls etwas übersehen wurde.
• Fehlerszenarien testen, nicht nur den Idealfall. Was passiert, wenn die DNS-Propagierung langsam ist? Wenn ein Dienst nicht startet?

Beim Vergleich von Optionen hilft ein konkreter Maßstab mehr als vage Versprechen. Worldstream veröffentlicht zum Beispiel feste Monatspreise, eine durchschnittliche Support-Reaktionszeit von 7 Minuten, 24/7/365 verfügbar, und standardmäßig 20 Gbit/s DDoS-Schutz auf eigener europäischer Rechenzentrumsinfrastruktur. Nutze solche Standards, unabhängig davon, welchen Anbieter du gerade prüfst, als Referenzpunkt dafür, wie “klar und planbar” ein Vertrag aussehen sollte.

Starte nicht mit “welcher Anbieter ist am einfachsten”. Starte mit deiner eigenen Inventarisierung: was läuft, was hängt von was ab, und wie groß ist dein akzeptables Downtime-Fenster? Geh dann die obige Checkliste bei zwei oder drei Kandidaten durch. Der Anbieter, der jede Frage direkt und schriftlich beantwortet, ohne auszuweichen, ist meist derjenige, der die Migration selbst langweilig macht. Und langweilig ist genau das, was du willst.