Erste Überlegungen
Berücksichtigen Sie die folgenden Punkte, wenn Sie eine Cloud-zu-Cloud-Migration planen.
Planen Sie im Voraus, da DNS-Änderungen nicht automatisch erfolgen
Wenn sich Ihr aktueller Cloud-Server, der Ursprungsserver, nicht hinter einem Load Balancer befindet, ändert sich die IP-Adresse. Diese Änderung bedeutet, dass Sie den Domain Name Server (DNS) aktualisieren müssen, um auf eine neue IP zu verweisen. Stellen Sie sicher, dass der Time-to-Live (TTL)-Datensatz auf 5 Minuten eingestellt ist, und warten Sie dann 24 Stunden, um sicherzustellen, dass die Änderung ordnungsgemäß weitergegeben wird. Danach sollten alle von Ihnen vorgenommenen DNS-Änderungen innerhalb von 5 Minuten wirksam werden.
Serverzweck
Hostet der Ursprungsserver Webanwendungen, E-Mail oder Datenbanken? Tut es eine Sache oder übernimmt es eine Vielzahl von Aufgaben? Eine gute erste Einschätzung, die im Voraus durchgeführt wird, kann Ihnen eine Panik in letzter Minute ersparen, wenn Sie den Schalter zwischen dem Ursprungsserver und dem neuen oder Zielserver umlegen. Stellen Sie sicher, dass Sie angeben, wo Sie die Daten, die Konfigurationsdateien und andere wichtige Daten speichern. Je mehr Sie vor der Migration über Ihre Umgebung wissen, desto reibungsloser wird die Migration.
Migration testen
Ein Vorteil einer Cloud-Migration besteht darin, wie schnell und einfach Sie einen Server hoch- oder herunterfahren können. Wir empfehlen Ihnen dringend, den Ursprungsserver nach der Migration herunterzufahren, anstatt ihn sofort zu löschen. Lassen Sie es für 24 Stunden bis zu einer Woche ausgeschaltet. Wenn Ihre Website und Anwendungen wie erwartet ausgeführt werden, wurde Ihre Migration wahrscheinlich erfolgreich abgeschlossen. Wenn das Ausschalten des Ursprungsservers jedoch zu Problemen führt, bedeutet dies, dass einige Prozesse noch vom alten Server abhängig sind. Sie können den Ursprungsserver wieder hochfahren und feststellen, was Sie verpasst haben, und es ordnungsgemäß migrieren.
Führe die Arbeit aus
Dieser Abschnitt identifiziert die Schritte für eine Cloud-Migration.
Überprüfen Sie die Größe des Originalservers
Um den minimalen Speicherplatz zu ermitteln, den Sie auf dem Zielserver benötigen, überprüfen Sie, wie viel Speicherplatz Sie derzeit verwenden.
Führen Sie den folgenden Befehl aus, um den unter Linux® belegten Speicherplatz zu überprüfen:
df -h
Wenn Sie mehr als 160 GB (die maximale Festplattengröße für eine Allzweckvariante) benötigen, müssen Sie Cloud Block Storage-Volumes auf dem neuen Server verwenden, um alle Ihre Daten unterzubringen.
Verzeichnisanforderungen identifizieren
Überprüfen Sie beim Einrichten von Cloud Block Storage-Volumes die Größe der Verzeichnisse auf Ihrem Ursprungsserver. Diese Informationen helfen Ihnen bei der Planung der Datenorganisation auf dem Zielserver, z. B. welche Daten auf die Systemfestplatte gelangen und welche Daten Sie auf den zusätzlichen Volumes speichern sollten.
Unter Linux können Sie den von Dateien belegten Speicherplatz und die Unterverzeichnisse im aktuellen Verzeichnis ermitteln, indem Sie den folgenden Befehl ausführen:
du -hs *
Sie können auch einen Verzeichnis- oder Dateinamen angeben, indem Sie den folgenden Befehl ausführen:
du -hs directoryName
Nachdem Sie wissen, welche Daten auf Ihre Systemfestplatte und welche auf eine angeschlossene Festplatte kopiert werden sollen, planen Sie die Größe des Zielservers und seiner zusätzlichen Volumes entsprechend.
Erstellen Sie den Zielserver
Berücksichtigen Sie beim Erstellen des Zielservers Ihre Speicheranforderungen sowie die Arbeitsspeicher-, CPU- und Netzwerkanforderungen.
Wenn Sie mehr Daten haben, als auf die Systemfestplatte des Zielservers passen, entscheiden Sie, ob Sie eine oder mehrere Datenfestplatten verwenden möchten (nur E/A-Variante) oder Cloud Block Storage-Volumes an den Server anhängen möchten.
Berücksichtigen Sie bei der Auswahl der Größe Ihres Zielservers Ihre aktuellen Anforderungen und eventuell erforderliche Skalierungen in der Zukunft.
Sie können die Größe von I/O-optimierten Servern nicht ändern, aber Sie können Speicherplatz hinzufügen oder entfernen, indem Sie Cloud Block Storage verwenden. Allzweckserver haben eine maximale Größe von 8 GB RAM bis 160 GB HDD, und wenn sie nicht den veralteten paravirtuellen (PV)-Virtualisierungsmodus verwenden, können Sie sie nur größer und nicht kleiner machen.
Bei einer Einzelserverumgebung müssen Sie auf einen neuen Server migrieren, wenn sich Ihre RAM- oder CPU-Anforderungen ändern.
Alternativ können Sie Ihre Umgebung so planen, dass horizontale Skalierung verwendet wird, bei der Ihre Anwendung auf mehr als einem Server ausgeführt wird, mit einem Load Balancer, um den Datenverkehr zu den verschiedenen Servern zu verwalten. Die horizontale Skalierung funktioniert möglicherweise nicht mit allen Anwendungen, aber nachdem Sie sie eingerichtet haben, können Sie problemlos Server hinzufügen oder entfernen, um schwankende Lastanforderungen zu berücksichtigen.
Einige Beispielumgebungen finden Sie im Artikel zu Open-Cloud-Referenzarchitekturen.
Hinweis :Wenn Sie derzeit Performance-Server verwenden, werden die Datenlaufwerke nicht erfasst, wenn Sie ein Image erstellen. Um Datenfestplatten zu sichern, müssen Sie sich auf Rackspace Cloud Backup oder einen ähnlichen dateibasierten Sicherungsansatz verlassen. Wenn Sie möchten, dass Ihr zusätzlicher Speicher portabler ist oder Sie Daten-Snapshots erstellen möchten, sollten Sie dem neuen Server ein oder mehrere Cloud Block Storage-Volumes hinzufügen. Weitere Informationen finden Sie unter Cloud Block Storage-Volume erstellen und anhängen.
Formatieren und konfigurieren Sie alle Cloud Block Storage-Volumes oder Datenfestplatten Nachdem Sie Ihren Server erstellt haben, bereiten Sie alle angeschlossenen Datenfestplatten oder Cloud Block Storage-Volumes vor, indem Sie sie formatieren und das System für ihre Verwendung konfigurieren.
Wenn Sie Cloud Block Storage-Volumes angehängt haben, finden Sie weitere Informationen unter Vorbereiten Ihres Cloud Block Storage-Volumes.
Anweisungen zum Formatieren und Bereitstellen von Datenfestplatten auf E/A-optimierten Servern finden Sie unter Vorbereiten von Datenfestplatten auf einem Linux-Cloud-Server.
Wenn Sie angeschlossene Volumes in einem Software-RAID unter Linux einrichten, finden Sie Anweisungen im Linux Software-RAID HOWTO.
Wenn Ihre angeschlossenen Datenträger bereit sind, können Sie Ihre Daten migrieren.
Manuelle Migrationsoptionen
Sie haben mehrere Optionen für eine manuelle Migration unter Linux, einschließlich Rackspace Cloud Backup, Rackspace Cloud Block Storage oder rsync.
Cloud-Sicherung
Um bestimmte Verzeichnisse zu migrieren, können Sie Cloud Backup verwenden. Erstellen Sie eine Sicherungskopie Ihrer Daten auf dem Ursprungsserver und stellen Sie sie dann auf dem Zielserver wieder her.
Cloud-Blockspeicher
Um bestimmte Daten zu migrieren, können Sie Cloud Block Storage verwenden. Verbinden Sie das Laufwerk mit dem Ursprungsserver und kopieren Sie Ihre Daten darauf. Trennen Sie dann das Laufwerk vom Ursprungsserver, schließen Sie es an den Zielserver an und kopieren Sie Ihre Daten vom Laufwerk.
Verwenden Sie rsync für die Verzeichnismigration unter Linux
Unter Linux können Sie rsync verwenden um ein Verzeichnis direkt über das Netzwerk zu kopieren. Beispielsweise können Sie vom Ursprungsserver aus den folgenden Befehl ausführen, um /var/lib/mysql zu kopieren :
rsync -e 'ssh' -avl --stats --progress /var/lib/mysql [email protected]:/var/lib/mysql
Weitere Informationen zu rsync , siehe Sichern Sie Ihre Dateien mit rsync.
Wichtig Hinweis:Solange sich die beiden Cloud-Server im selben regionalen Rechenzentrum (DFW, ORD, IAD, LON, HKG oder SYD) befinden, können Sie 10.x verwenden Den beiden Servern zugewiesene IP-Adresse zur Übertragung von Daten. Das bedeutet, dass Ihnen die Bandbreite der Daten zwischen den beiden Servern nicht in Rechnung gestellt wird. Alle Daten, die über öffentliche IPs übertragen werden, führen zu potenziellen Bandbreitenkosten.
Anwendungsspezifische Optionen
Andere Anwendungen verfügen möglicherweise über eigene Mittel zur Erleichterung der Datenmigration. Um beispielsweise eine Datenbank zu migrieren, könnten Sie den Zielserver zu einem Replikat der Ursprungsdatenbank machen, um Ihre Daten automatisch auf den Zielserver zu replizieren. Hier finden Sie Informationen zur Replikation primärer Replikate von MySQL®.
Aufgaben nach der Migration
Nachdem sich alle Ihre Daten auf dem Zielserver befinden, testen Sie Ihre Anwendung gründlich, um sicherzustellen, dass sie in der Zielumgebung wie erwartet funktioniert. Wie zu Beginn dieses Artikels erwähnt, empfehlen wir Clients, den Ursprungsserver herunterzufahren, ihn jedoch ein bis sieben Tage lang nicht zu löschen. Diese Vorgehensweise gibt Ihnen Zeit, um festzustellen, ob Sie bei Ihrer Migration etwas übersehen haben. Zum Beispiel, dass eine IP-Adresse anstelle von DNS verwendet wurde, um zum Ursprungsserver aufzulösen. Wenn nach sieben Tagen nichts kaputt gegangen ist und Sie keine Probleme bemerkt haben, sollte es sicher sein, den Ursprungsserver zu löschen.
Falls Sie dies noch nicht getan haben, implementieren Sie einen Sicherungsplan auf dem Zielserver, um im Katastrophenfall einen erheblichen Datenverlust zu verhindern.