GNU/Linux >> LINUX-Kenntnisse >  >> Linux

Migrieren Sie auf einen Mehrzweck- oder E/A-Server

Die Migration Ihrer Daten von einem Standard-Cloudserver auf einen Allzweck- oder E/A-optimierten Cloud-Server (Produktseite) kann mit etwas Planung und Vorbereitung ein unkomplizierter Prozess sein.

Vorbereitung

Ausführliche Ratschläge zum Vorbereiten eines Servers für die Migration finden Sie in den Empfehlungen unter Vorbereiten der Migration eines Linux-Servers oder Vorbereiten der Migration eines Windows-Servers. Sie können die zu migrierende Datenmenge reduzieren, indem Sie alte Installationsprogramme löschen, Protokolle rotieren und alte Caches und Sitzungen entfernen Dateien.

In diesem Artikel finden Sie auch eine Liste der Punkte, die Sie vor der Migration berücksichtigen sollten.

Wenn Sie vorhaben, Dateien von Ihrem Server zu entfernen, um Ihre Migration zu beschleunigen, empfehlen wir Ihnen, zuerst eine Sicherungskopie zu erstellen, um sicherzustellen, dass keine wichtigen Daten verloren gehen.

Bildbasierte Migration

Der einfachste Weg, einen vorhandenen Server auf einen Allzweckserver zu migrieren, besteht darin, ein Image Ihres aktuellen Servers zu erstellen und einen neuen Allzweckserver von diesem Image bereitzustellen.

Ein Image von einem Classic- oder Standard-Server kann einen Allzweck-Server bilden, der eine Nummer größer ist. Beispielsweise kann ein Standard-Server-Image mit 1 GB einen Allzweck-Server mit 2 GB erstellen. Wenn Ihr Standard- oder Classic-Server 8 GB oder mehr groß ist, können Sie aufgrund der größeren Festplattenzuteilung auf den älteren Varianten keine Image-basierte Migration durchführen. Wenn Sie einen älteren Linux®-Server haben, können Sie ihn möglicherweise auf 4 GB oder weniger verkleinern und dann ein Image erstellen, um einen Allzweck-Server zu erstellen.

Um zu testen, ob das Image Ihres Servers zu groß ist, verwenden Sie die Schritte in diesem Artikel, um zu versuchen, das Image auf einem neuen Server wiederherzustellen. Wenn die Bildgröße für einen General Purpose Server zu groß ist, haben Sie nicht die Möglichkeit, einen General Purpose Server zu erstellen.

Wenn eine Image-basierte Migration funktioniert, empfehlen wir diesen Ansatz.

Manuelle Migration

Wenn Sie die Image-basierte Migration nicht verwenden können, verwenden Sie die Informationen in diesem Abschnitt, um eine manuelle Migration zu planen.

Überprüfen Sie die Größe des Originalservers

Um den minimalen Speicherplatz zu ermitteln, den Sie auf dem neuen Server 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

Um den unter Windows® belegten Speicherplatz zu überprüfen, überprüfen Sie die Eigenschaften für C: fahren.

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 neuen Server, z. B. welche Daten auf die Systemfestplatte gehen und welche Daten auf den zusätzlichen Volumes gespeichert werden sollen.

Unter Linux können Sie den Speicherplatz ermitteln, der von Dateien und Verzeichnissen im aktuellen Verzeichnis verwendet wird, 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

Klicken Sie unter Windows mit der rechten Maustaste auf das Verzeichnis, das Sie überprüfen möchten, und wählen Sie Eigenschaften aus .

Nachdem Sie wissen, welche Daten auf Ihre Systemfestplatte und welche auf eine angeschlossene Festplatte kopiert werden sollen, planen Sie die Größe des neuen Servers und seiner zusätzlichen Volumes entsprechend.

Erstellen Sie den Zielserver

Berücksichtigen Sie beim Erstellen des Zielservers Ihre Speicheranforderungen sowie Ihre Arbeitsspeicher-, CPU- und Netzwerkanforderungen.

Wenn Sie mehr Daten haben, als auf die Systemfestplatte des neuen Servers 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 Servers Ihre aktuellen Anforderungen und eventuell erforderliche Skalierungen in der Zukunft.

E/A-optimierte Server können nicht in der Größe geändert werden, sodass Sie an ihren Funktionen nur Änderungen vornehmen können, indem Sie mithilfe von Cloud BlockStorage Speicherplatz hinzufügen oder entfernen. Allzweckserver haben eine maximale Größe von 8 GB RAM/160 GB HDD, und Sie können sie nur vergrößern, wenn sie nicht den veralteten paravirtuellen (PV) Virtualisierungsmodus verwenden.

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 sie horizontale Skalierung verwendet, 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 nach der Einrichtung können Sie problemlos Server hinzufügen oder entfernen, um schwankende Lastanforderungen zu berücksichtigen.

Der Artikel Open Cloud-Referenzarchitekturen enthält einige Beispielumgebungen.

Hinweis: Wenn Sie derzeit Performance-Server verwenden, beachten Sie, dass die Datenfestplatten nicht erfasst werden, 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 Daten-Snapshots erstellen müssen, sollten Sie erwägen, ein oder mehrere Cloud Block Storage-Volumes zum neuen hinzuzufügen Server.

Formatieren und konfigurieren Sie alle Cloud Block Storage-Volumes oder Datenfestplatten

Nachdem Sie Ihren Server erstellt haben, bereiten Sie alle angeschlossenen Datenträger oder Cloud BlockStorage-Volumes vor, indem Sie sie formatieren und das System für deren Verwendung konfigurieren.

Wenn Sie Cloud Block Storage-Volumes angehängt haben, finden Sie weitere Informationen unter Cloud Block Storage-Volume vorbereiten.

Anweisungen zum Formatieren und Mounten von Datenträgern auf E/A-optimierten Servern finden Sie im folgenden Artikel, der für das Betriebssystem Ihres Servers geeignet ist:

  • Datenfestplatten auf einem Windows-Cloud-Server vorbereiten
  • Datenfestplatten auf einem Linux-Cloud-Server vorbereiten

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.

Andere manuelle Migrationsoptionen

Sie haben mehrere Optionen für eine manuelle Migration unter Linux, einschließlich Rackspace CloudBackup, Rackspace Cloud Block Storage oder rsync. Unter Windows können Sie WebDeploy oder das Microsoft Web Farm Framework (WFF) verwenden.

Cloud-Sicherung

Um bestimmte Verzeichnisse zu migrieren, können Sie Cloud Backup verwenden. Erstellen Sie ein Backup Ihrer Daten auf dem Ursprungsserver und stellen Sie es 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 Ihrem Ursprungsserver und kopieren Sie Ihre Daten darauf. Trennen Sie dann das Laufwerk vom Ursprungsserver, hängen Sie es an den Zielserver an und kopieren Sie Ihre Daten vom Laufwerk.

rsync unter Linux für die Verzeichnismigration

Unter Linux können Sie mit rsync ein Verzeichnis direkt über das Netzwerk 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 finden Sie unter Sichern Sie Ihre Dateien mit rsync.

Vollständige Linux-Migration mit rsync

Wenn Sie einen Linux-Server auf einen neuen Universalserver migrieren möchten, können Sie rsync verwenden, um Ihren Server von der Befehlszeile aus zu migrieren. Siehe Migrieren eines Linux-Servers über die Befehlszeile.

WFF unter Windows 2008

Um IIS- und SQL Server®-Daten unter Windows 2008 zu migrieren, können Sie MicrosoftWFF verwenden.

Webbereitstellung unter Windows 2012

Um IIS- und SQL Server-Daten unter Windows 2012 zu migrieren, können Sie das MicrosoftWeb Deploy-Tool verwenden. Siehe Starten einer Windows-Webfarm mit Web Deploy.

Anwendungsspezifische Optionen

Andere Anwendungen verfügen möglicherweise über eigene Mittel zur Erleichterung der Datenmigration. Um beispielsweise eine Datenbank zu migrieren, können Sie den neuen Server zu einer Kopie der ursprünglichen Datenbank machen, um Ihre Daten automatisch auf den neuen Server zu replizieren.

Aufgaben nach der Migration

Nachdem sich alle Ihre Daten auf dem neuen Server befinden, testen Sie Ihre Anwendung gründlich, um sicherzustellen, dass sie in der neuen Umgebung wie erwartet funktioniert.

Falls Sie dies noch nicht getan haben, implementieren Sie einen Sicherungsplan, um im Katastrophenfall einen erheblichen Datenverlust zu vermeiden.


Linux
  1. Erstellen Sie ein Image eines General Purpose v1 Cloud Server

  2. Migrieren Sie auf einen Mehrzweck- oder E/A-Server

  3. Neue Funktionen in Allzweck- und arbeitsoptimierten Cloud-Servern

  4. Linux-OOM-Datenträger-E/A. Auch:tauschen, wozu ist das gut?

  5. Auswertung der CPU-E/A-Wartezeiten unter Linux

Einrichten einer LVM-Partition auf einem Linux-Server

Fehlerbehebung bei langsamen Servern:So überprüfen Sie CPU, RAM und Festplatten-E/A

Erstellen Sie einen Allzweck-Cloud-Server

10 iozone-Beispiele für die Messung der Festplatten-E/A-Leistung unter Linux

wa (Warten auf E/A) vom obersten Befehl ist groß

Wie überprüfe ich die Festplatten-E/A-Auslastung pro Prozess?