Migrieren Sie gemeinsam genutzte Dateisysteme in einer AWS großen Migration - AWS Prescriptive Guidance
ZusammenfassungVoraussetzungen und EinschränkungenArchitekturToolsBest PracticesEpenFehlerbehebungZugehörige RessourcenAnlagen

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Migrieren Sie gemeinsam genutzte Dateisysteme in einer AWS großen Migration

Amit Rudraraju, Sam Apa, Bheemeswararao Balla, Wally Lu und Sanjeev Prakasam, Amazon Web Services

Zusammenfassung

Die Migration von 300 oder mehr Servern wird als umfangreiche Migration angesehen. Der Zweck einer großen Migration besteht darin, Workloads von ihren vorhandenen, lokalen Rechenzentren auf die zu migrieren AWS Cloud, und diese Projekte konzentrieren sich in der Regel auf Anwendungs- und Datenbank-Workloads. Gemeinsam genutzte Dateisysteme erfordern jedoch besondere Aufmerksamkeit und einen separaten Migrationsplan. Dieses Muster beschreibt den Migrationsprozess für gemeinsam genutzte Dateisysteme und bietet bewährte Methoden für deren erfolgreiche Migration im Rahmen eines großen Migrationsprojekts.

Ein Shared File System (SFS), auch bekannt als Netzwerk - oder Cluster-Dateisystem, ist eine Dateifreigabe, die auf mehreren Servern bereitgestellt wird. Auf gemeinsam genutzte Dateisysteme wird über Protokolle wie Network File System (NFS), Common Internet File System (CIFS) oder Server Message Block (SMB) zugegriffen.

Diese Systeme werden nicht mit Standard-Migrationstools migriert, AWS Application Migration Service weil sie beispielsweise weder für den zu migrierenden Host reserviert sind noch als Blockgerät dargestellt werden. Obwohl die meisten Hostabhängigkeiten transparent migriert werden, müssen die Koordination und Verwaltung der abhängigen Dateisysteme separat erfolgen.

Sie migrieren gemeinsam genutzte Dateisysteme in den folgenden Phasen: Erkennung, Planung, Vorbereitung, Umstellung und Validierung. Mithilfe dieses Musters und der angehängten Arbeitsmappen migrieren Sie Ihr gemeinsam genutztes Dateisystem zu einem AWS Speicherservice wie Amazon Elastic File System (Amazon EFS), Amazon FSx for NetApp ONTAP oder Amazon FSx for Windows File Server. Um das Dateisystem zu übertragen, können Sie AWS DataSync oder ein Tool eines Drittanbieters verwenden, z. NetApp SnapMirror

Anmerkung

Dieses Muster ist Teil einer AWS Prescriptive Guidance-Reihe über umfangreiche Migrationen zum. AWS Cloud Dieses Muster enthält bewährte Methoden und Anweisungen zur Integration SFSs in Ihre Wave-Pläne für Server. Wenn Sie ein oder mehrere gemeinsam genutzte Dateisysteme außerhalb eines großen Migrationsprojekts migrieren, lesen Sie die Anweisungen zur Datenübertragung in der AWS Dokumentation für Amazon EFS, Amazon FSx for Windows File Server und Amazon FSx for NetApp ONTAP.

Voraussetzungen und Einschränkungen

Voraussetzungen

Die Voraussetzungen können je nach Ihren gemeinsam genutzten Quell- und Zieldateisystemen und Ihrem Anwendungsfall variieren. Die folgenden sind die gängigsten:

Einschränkungen

  • Dieses Muster ist für die Migration im SFSs Rahmen eines großen Migrationsprojekts konzipiert. Es enthält bewährte Methoden und Anweisungen für die Integration SFSs in Ihre Wave-Pläne für die Migration von Anwendungen. Wenn Sie ein oder mehrere gemeinsam genutzte Dateisysteme außerhalb eines großen Migrationsprojekts migrieren, lesen Sie die Anweisungen zur Datenübertragung in der AWS Dokumentation für Amazon EFS, Amazon FSx for Windows File Server und Amazon FSx for NetApp ONTAP.

  • Dieses Muster basiert auf häufig verwendeten Architekturen, Diensten und Migrationsmustern. Große Migrationsprojekte und -strategien können jedoch von Unternehmen zu Unternehmen variieren. Möglicherweise müssen Sie diese Lösung oder die bereitgestellten Arbeitsmappen an Ihre Anforderungen anpassen.

Architektur

Quelltechnologie-Stack

Eine oder mehrere der Folgenden:

  • Linux-Dateiserver (NFS)

  • Windows (SMB) -Dateiserver

  • NetApp Speicher-Array

  • Dell EMC Isilon-Speicher-Array

Zieltechnologie-Stack

Eine oder mehrere der Folgenden:

  • Amazon Elastic File System

  • Amazon FSx für NetApp ONTAP

  • Amazon FSx für Windows-Dateiserver

Zielarchitektur

Architekturdiagramm der Verwendung von AWS DataSync zur Migration von lokalen gemeinsam genutzten Dateisystemen zu AWS.

Das Diagramm zeigt den folgenden Prozess:

  1. Sie stellen eine Verbindung zwischen dem lokalen Rechenzentrum und dem her, AWS Cloud indem Sie ein AWS-Service Beispiel wie AWS Direct Connect oder AWS Site-to-Site VPN verwenden.

  2. Sie installieren den DataSync Agenten im lokalen Rechenzentrum.

  3. Gemäß Ihrem Wave-Plan replizieren Sie DataSync damit Daten aus dem gemeinsam genutzten Quelldateisystem auf die AWS Ziel-Dateifreigabe.

Migrationsphasen

Die folgende Abbildung zeigt die Phasen und allgemeinen Schritte für die Migration eines SFS in einem großen Migrationsprojekt.

Entdecken, planen, vorbereiten, überarbeiten und validieren Sie die Phasen der Migration gemeinsam genutzter Dateisysteme zu AWS.

Der Abschnitt Epics dieses Musters enthält detaillierte Anweisungen zum Abschließen der Migration und zur Verwendung der beigefügten Arbeitsmappen. Im Folgenden finden Sie einen allgemeinen Überblick über die Schritte dieses schrittweisen Ansatzes.

Phase

Schritte

Erkennen

1. Mithilfe eines Discoverytools sammeln Sie Daten über das gemeinsam genutzte Dateisystem, einschließlich Server, Bereitstellungspunkte und IP-Adressen.

2. Mithilfe einer Configuration Management Database (CMDB) oder Ihres Migrationstools erfassen Sie Details über den Server, einschließlich Informationen zur Migrationswelle, zur Umgebung, zum Anwendungsbesitzer, zum IT-Servicemanagement (ITSM) -Dienstnamen, zur Organisationseinheit und zur Anwendungs-ID.

Plan

3. Erstellen Sie anhand der gesammelten Informationen über die SFSs und die Server den SFS-Wellenplan.

4. Wählen Sie anhand der Informationen im Build-Arbeitsblatt für jedes SFS ein Ziel AWS-Service und ein Migrationstool aus.

Vorbereitung

5. Richten Sie die Zielinfrastruktur in Amazon EFS, Amazon FSx for NetApp ONTAP oder Amazon FSx for Windows File Server ein.

6. Richten Sie den Datenübertragungsdienst ein, z. B. DataSync, und starten Sie dann die erste Datensynchronisierung. Wenn die erste Synchronisierung abgeschlossen ist, können Sie wiederkehrende Synchronisierungen so einrichten, dass sie nach einem Zeitplan ausgeführt werden.

7. Aktualisieren Sie den SFS-Wave-Plan mit Informationen zur Zieldateifreigabe, z. B. der IP-Adresse oder dem Pfad.

Überschneiden

8. Stoppen Sie Anwendungen, die aktiv auf das Quell-SFS zugreifen.

9. Führen Sie im Datenübertragungsdienst eine letzte Datensynchronisierung durch.

10. Wenn die Synchronisierung abgeschlossen ist, überprüfen Sie, ob sie vollständig erfolgreich war, indem Sie die Protokolldaten in CloudWatch Logs überprüfen.

Bestätigen

11. Ändern Sie auf den Servern den Bereitstellungspunkt auf den neuen SFS-Pfad.

12. Starten Sie die Anwendungen neu und validieren Sie sie.

Tools

AWS-Services

  • Amazon CloudWatch Logs hilft Ihnen dabei, die Protokolle all Ihrer Systeme und Anwendungen zu zentralisieren, AWS-Services sodass Sie sie überwachen und sicher archivieren können.

  • AWS DataSyncist ein Online-Datenübertragungs- und Erkennungsservice, mit dem Sie Dateien oder Objektdaten zu, von und zwischen AWS Speicherdiensten verschieben können.

  • Amazon Elastic File System (Amazon EFS) hilft Ihnen bei der Erstellung und Konfiguration gemeinsam genutzter Dateisysteme in der AWS Cloud.

  • Amazon FSx bietet Dateisysteme, die branchenübliche Konnektivitätsprotokolle unterstützen und eine hohe Verfügbarkeit und Replikation in allen Bereichen AWS-Regionen bieten.

Andere Tools

  • SnapMirrorist ein NetApp Datenreplikationstool, das Daten von bestimmten Quell-Volumes oder QTrees auf Ziel-Volumes bzw. QTrees repliziert. Sie können dieses Tool verwenden, um ein NetApp Quelldateisystem FSx für NetApp ONTAP zu Amazon zu migrieren.

  • Robocopy, kurz für Robust File Copy, ist ein Befehlszeilenverzeichnis und ein Befehl für Windows. Sie können dieses Tool verwenden, um ein Windows-Quelldateisystem zu Amazon FSx for Windows File Server zu migrieren.

Best Practices

Ansätze zur Wellenplanung

Berücksichtigen Sie bei der Planung von Wellen für Ihr großes Migrationsprojekt die Latenz und die Anwendungsleistung. Wenn das SFS und die abhängigen Anwendungen an unterschiedlichen Standorten betrieben werden, z. B. an einem Standort in der Cloud und einem im lokalen Rechenzentrum, kann dies die Latenz erhöhen und die Anwendungsleistung beeinträchtigen. Bei der Erstellung von Wellenplänen stehen die folgenden Optionen zur Verfügung:

  1. Migrieren Sie das SFS und alle abhängigen Server innerhalb derselben Welle — Dieser Ansatz verhindert Leistungsprobleme und minimiert Nacharbeiten, wie z. B. die mehrfache Neukonfiguration von Mount-Points. Es wird empfohlen, wenn eine sehr geringe Latenz zwischen der Anwendung und dem SFS erforderlich ist. Die Wellenplanung ist jedoch komplex, und das Ziel besteht in der Regel darin, Variablen aus Abhängigkeitsgruppierungen zu entfernen und nicht zu ihnen hinzuzufügen. Außerdem wird dieser Ansatz nicht empfohlen, wenn viele Server auf dasselbe SFS zugreifen, da die Welle dadurch zu groß wird.

  2. Migrieren Sie das SFS, nachdem der letzte abhängige Server migriert wurde. Wenn beispielsweise mehrere Server auf ein SFS zugreifen und diese Server für die Migration in den Wellen 4, 6 und 7 geplant sind, planen Sie das SFS so, dass es in Welle 7 migriert wird.

    Dieser Ansatz ist bei großen Migrationen oft am logischsten und wird für latenzempfindliche Anwendungen empfohlen. Es reduziert die mit der Datenübertragung verbundenen Kosten. Es minimiert auch die Latenzzeit zwischen dem SFS und Anwendungen höherer Ebenen (wie z. B. Produktionsanwendungen), da Anwendungen höherer Stufen in der Regel erst nach der Entwicklung und der Qualitätssicherung migriert werden.

    Dieser Ansatz erfordert jedoch immer noch Entdeckung, Planung und Agilität. Möglicherweise müssen Sie das SFS in einer früheren Welle migrieren. Vergewissern Sie sich, dass die Anwendungen die zusätzliche Latenz für den Zeitraum zwischen der ersten abhängigen Welle und der Welle, die das SFS enthält, aushalten können. Führen Sie eine Ermittlungssitzung mit den Besitzern der Anwendung durch und migrieren Sie die Anwendung in derselben Welle, der Anwendung mit der höchsten Latenzempfindlichkeit. Wenn nach der Migration einer abhängigen Anwendung Leistungsprobleme festgestellt werden, sollten Sie darauf vorbereitet sein, schnell umzusteigen, um das SFS so schnell wie möglich zu migrieren.

  3. Migrieren Sie das SFS am Ende des großen Migrationsprojekts — Dieser Ansatz wird empfohlen, wenn die Latenz keine Rolle spielt, z. B. wenn auf die Daten im SFS selten zugegriffen wird oder wenn sie für die Anwendungsleistung nicht entscheidend sind. Dieser Ansatz rationalisiert die Migration und vereinfacht Umstellungsaufgaben.

Sie können diese Ansätze je nach Latenzempfindlichkeit der Anwendung kombinieren. Sie können z. B. latenzabhängig migrieren, SFSs indem Sie die Ansätze 1 oder 2 verwenden, und dann den Rest mit Ansatz 3 migrieren. SFSs

Wählen Sie einen Dateisystemdienst AWS

AWS bietet mehrere Cloud-Dienste für die Dateispeicherung. Jeder bietet unterschiedliche Vorteile und Einschränkungen in Bezug auf Leistung, Skalierbarkeit, Zugänglichkeit, Integration, Compliance und Kostenoptimierung. Es gibt einige logische Standardoptionen. Wenn auf Ihrem aktuellen lokalen Dateisystem beispielsweise Windows Server ausgeführt wird, ist Amazon FSx for Windows File Server die Standardauswahl. Oder wenn auf dem lokalen Dateisystem NetApp ONTAP ausgeführt wird, ist Amazon FSx for NetApp ONTAP die Standardoption. Sie können jedoch einen Zieldienst wählen, der auf den Anforderungen Ihrer Anwendung basiert oder um andere Vorteile des Cloud-Betriebs zu nutzen. Weitere Informationen finden Sie unter Auswahl des richtigen AWS Dateispeicherdienstes für Ihre Bereitstellung (AWS Summit-Präsentation).

Auswahl eines Migrationstools

Amazon EFS und Amazon FSx unterstützen die Verwendung von AWS DataSync zur Migration gemeinsam genutzter Dateisysteme auf die AWS Cloud. Weitere Informationen zu unterstützten Speichersystemen und Services, Vorteilen und Anwendungsfällen finden Sie unter Was ist AWS DataSync. Einen Überblick darüber, wie Sie Ihre Dateien DataSync übertragen können, finden Sie unter So funktionieren AWS DataSync Übertragungen.

Es sind auch mehrere Tools von Drittanbietern verfügbar, darunter die folgenden:

  • Wenn Sie Amazon FSx for NetApp ONTAP wählen, können Sie NetApp SnapMirror damit die Dateien vom lokalen Rechenzentrum in die Cloud migrieren. SnapMirror verwendet eine Replikation auf Blockebene, die schneller als der Datenübertragungsprozess sein DataSync und dessen Dauer verkürzen kann. Weitere Informationen finden Sie unter Migration zu FSx ONTAP using. NetApp SnapMirror

  • Wenn Sie sich FSx für Amazon for Windows File Server entscheiden, können Sie Robocopy verwenden, um Dateien in die Cloud zu migrieren. Weitere Informationen finden Sie unter Migrieren vorhandener Dateien auf einen FSx Windows-Dateiserver mithilfe von Robocopy.

Epen

AufgabeDescriptionErforderliche Fähigkeiten

Bereiten Sie die SFS-Discovery-Arbeitsmappe vor.

  1. Laden Sie die Arbeitsmappen im Abschnitt Anlagen dieses Musters herunter. Es enthält zwei Dateien, SFS-Discovery-Workbook.xlsx und SFS-Wave-Plan-Workbook.xlsx.

  2. Öffnen Sie die SFS-Discovery-Workbook-Datei in Microsoft Excel.

  3. Gehen Sie auf dem Dashboard-Arbeitsblatt wie folgt vor:

    • Aktualisieren Sie in Spalte A den Namen der Umgebung.

    • Aktualisieren Sie in Spalte B die Reihenfolge der Umgebungen, sodass sie in der Reihenfolge von niedrigster (1) Priorität bis zur höchsten Priorität angeordnet sind.

    • Aktualisieren Sie in den Spalten D—E den Wave-Zeitplan.

    • Aktualisieren Sie in den Spalten C und K die AWS-Kontonamen.

    • Aktualisieren Sie in Spalte L die VPC IDs.

    • Aktualisieren Sie in den Spalten M—O das Subnetz. IDs

  4. Überprüfen Sie den Rest der Arbeitsmappenvorlage und aktualisieren Sie alle anderen Werte, die für Ihre Organisation oder Ihren Anwendungsfall erforderlich sind.

  5. Speichern Sie die Arbeitsmappe.

Migrationsingenieur, Migrationsleiter

Sammeln Sie Informationen über das Quell-SFS.

  1. Identifizieren Sie mit Ihrem bevorzugten Discovery-Tool alle SFS-Mounts auf allen entsprechenden Speichergeräten, Linux-Servern und Windows-Servern. In der Regel müssen Sie die folgenden Informationen sammeln:

    • Client-Geräte

    • Client-IP-Adresse

    • SFS-Einzelheiten

    • Befestigungspunkt

      Anmerkung

      Sie können Ihrem Migrations-Runbook Details zum Bereitstellungspunkt hinzufügen, um das SFS nach der Migration erneut zu mounten.

  2. Öffnen Sie die SFS-Discovery-Workbook-Datei.

  3. Gehen Sie auf dem Wave-Sheet-Arbeitsblatt wie folgt vor:

    • Vergewissern Sie sich in der Formel in der Spalte Serverstandort (D), dass das Format des CIDR-Bereichs für die lokale Quelle für Ihren Bereich geeignet ist. Wenn Ihr CIDR-Bereich beispielsweise lautet10.0.0.0/8, geben Sie ein. 10.*.*.*

    • Vergewissern Sie sich in der Spalte SFS-Standort (E) in der Formel, dass das Format des CIDR-Bereichs für die Ziel-VPC für Ihren Bereich funktioniert. Wenn Ihr CIDR-Bereich beispielsweise lautet, geben Sie ein. 176.16.0.0/16 176.16.*.*

  4. Gehen Sie auf dem Arbeitsblatt SFS-Data wie folgt vor:

    • Geben Sie in der Spalte Servername (A) den Namen des Servers ein, auf dem das SFS bereitgestellt ist.

    • Geben Sie in der Spalte SFS-Pfad (B) den Namen des SFS ein.

    • Geben Sie in der Spalte IP-Adresse (C) die IP-Adresse des Servers ein.

    • Fügen Sie alle anderen relevanten Informationen hinzu, die Sie bei der Erkennung gesammelt haben, z. B. den Bereitstellungspunkt und die SFS-Größe. Sie können diese Daten später verwenden, um die Berechnungen zur Wellenplanung zu ändern.

  5. Speichern Sie die Arbeitsmappe.

Migrationsingenieur, Migrationsleiter

Sammeln Sie Informationen über die Server.

  1. Identifizieren Sie mithilfe Ihrer CMDB oder der in Ihrem Migrationstool aufgezeichneten Daten alle folgenden Informationen zu den Servern, die über SFS-Mounts verfügen:

    • Server name

    • IP-Adresse

    • Welle

    • Organisationseinheit (OU)

    • Serverumgebung, wieDEV,QA, oder PROD

    • Anwendungsname

    • Inhaber der Anwendung und Kontaktinformationen

  2. Öffnen Sie die SFS-Discovery-Workbook-Datei.

  3. Geben Sie auf dem Arbeitsblatt Serverdaten in den Spalten A—H die Informationen ein, die Sie über die Quellserver gesammelt haben. Beachten Sie Folgendes:

    • Geben Sie in der Spalte Welle Nr. (C) den Wellennamen ein (z. B.Wave1), out-of-scope (OOS) oder. Retire

    • Vergewissern Sie sich, dass die E-Mail-Adresse in der Spalte Kontakt (H) des App-Besitzers richtig ist. Diese E-Mail-Adresse wird automatisch auf der Grundlage des Namens generiert, den Sie in der Spalte App-Besitzer (G) angegeben haben. Falls erforderlich, aktualisieren Sie den Wert manuell, sodass er die richtige E-Mail-Adresse wiedergibt.

    • Ändern Sie nicht die Spalten I—J, die Formeln enthalten.

  4. Speichern Sie die Arbeitsmappe.

Migrationsingenieur, Migrationsleiter
AufgabeDescriptionErforderliche Fähigkeiten

Erstellen Sie den SFS-Wellenplan.

  1. Öffnen Sie die SFS-Discovery-Workbook-Datei.

  2. Stellen Sie sicher, dass alle in der Ermittlungsphase gesammelten Informationen korrekt und aktuell sind.

  3. Filtern Sie auf dem Wave-Sheet-Arbeitsblatt die Spalte SFS-Welle (K) nach dem Wert. 1 Dies ist eine Liste aller Objekte SFSs in der ersten Welle.

    Anmerkung

    Ein Wert von 0 in dieser Spalte gibt an, dass das SFS nicht in den Geltungsbereich der Migration fällt. Dies kann daran liegen, dass das SFS bereits auf dem Server gehostet wird AWS oder dass die Server, die auf das Share zugreifen, nicht in den Geltungsbereich der Migration fallen.

  4. Vergewissern Sie sich, dass Sie diese SFSs in dieser Phase migrieren möchten. Weitere Informationen zur Zuweisung SFSs zu Wellen finden Sie unter Ansätze zur Wellenplanung im Abschnitt Bewährte Methoden.

  5. Wählen Sie die Zellen aus, die die gefilterten Werte enthalten, und kopieren Sie sie. Kopieren Sie nicht die Kopfzeile mit den Spaltentiteln.

  6. Öffnen Sie die SFS-Wave-Plan-Workbook-Datei, die Sie zuvor heruntergeladen haben.

  7. Wählen Sie im Arbeitsblatt „Exportieren aus Discovery“ die Zelle A2 aus.

  8. Fügen Sie die kopierten Daten ein.

  9. Speichern Sie die Dateien SFS-Discovery-Workbook und SFS-Wave-Plan-Workbook.

Leiter Aufbau, Leiter der Umstellung, Migrationsingenieur, Migrationsleiter

Wählen Sie das Ziel AWS-Service und das Migrationstool aus.

  1. Wählen Sie in der SFS-Wave-Plan-Workbook Datei auf dem Exported-from-Discovery Arbeitsblatt die Werte in der Spalte Alter Pfad (C) aus und kopieren Sie sie.

  2. Wählen Sie auf dem Build-Wave-Arbeitsblatt die Zelle A2 aus.

  3. Fügen Sie die kopierten Daten ein. Die Spalten B—M in diesem Arbeitsblatt werden automatisch aktualisiert, um andere mit diesem Pfad verknüpfte Daten widerzuspiegeln.

  4. Entfernen Sie alle doppelten Werte in Spalte A. Anweisungen finden Sie unter Doppelte Werte entfernen (Microsoft-Support-Website).

  5. Überprüfen Sie in der Spalte Zielmuster oder Dienst (F) das empfohlene Ziel AWS-Service und aktualisieren Sie es bei Bedarf. Weitere Informationen finden Sie unter Auswahl eines AWS Dateisystemdienstes im Abschnitt Bewährte Methoden dieses Musters.

  6. Sehen Sie sich in der Spalte Migrationsmethode (G) das empfohlene Migrationstool an und aktualisieren Sie es bei Bedarf. Weitere Informationen finden Sie unter Auswahl eines Migrationstools im Abschnitt Bewährte Methoden dieses Musters.

  7. Speichern Sie die SFS-Discovery-Workbook-Datei. Sie haben die Erstellung eines Wellenplans für diese Welle abgeschlossen.

  8. Wiederholen Sie diese Anweisungen, um für jede Welle einen Wellenplan zu erstellen. Da sich die Wellenpläne während der Migration ändern können, empfehlen wir, nicht mehr als 5 Wellen im Voraus zu planen.

Migrationsingenieur, Migrationsleiter
AufgabeDescriptionErforderliche Fähigkeiten

Richten Sie das Zieldateisystem ein.

Richten Sie gemäß den in Ihrem Wave-Plan aufgezeichneten Details die Zieldateisysteme im Ziel AWS-Konto, in der VPC und in den Subnetzen ein. Anweisungen finden Sie in der folgenden Dokumentation: AWS

Migrationsingenieur, Migrationsleiter, AWS-Administrator

Richten Sie das Migrationstool ein und übertragen Sie Daten.

  1. Wenn Sie es verwenden AWS DataSync, konfigurieren Sie die Protokollierung für DataSync Aufgaben. Anweisungen finden Sie unter Protokollieren Ihrer AWS DataSync Aufgabenaktivitäten.

  2. Richten Sie das Migrationstool ein und führen Sie eine erste Datenübertragung gemäß den Anweisungen für Ihr ausgewähltes Tool durch:

  3. Änderungen am Quell-SFS können während oder nach der ersten Übertragung auftreten. Richten Sie wiederkehrende Datenübertragungen zwischen dem Quell- und dem Zieldateisystem ein, um die Daten synchron zu halten:

    • Falls Sie dies verwenden DataSync, finden Sie weitere Informationen unter Planen Ihrer AWS DataSync Aufgabe. DataSync überträgt nur die geänderten oder neuen Dateien im Quell-SFS.

    • Wenn Sie ein Drittanbieter-Tool verwenden, lesen Sie in der Dokumentation zu Ihrem ausgewählten Tool nach.

AWS-Administrator, Cloud-Administrator, Migrationsingenieur, Migrationsleiter

Aktualisieren Sie den Wave-Plan.

  1. Öffnen Sie die SFS-Wave-Plan-Workbook-Datei für die aktuelle Welle.

  2. Geben Sie auf dem Build-Wave-Arbeitsblatt in der Spalte Neue Pfad-IP-Adresse (N) die IP-Adresse des Zieldateisystems ein. Gehen Sie wie folgt vor, um die IP-Adresse ausfindig zu machen:

    • Wählen Sie FSx für Windows File Server auf der FSx Amazon-Konsole Dateisysteme, wählen Sie Ihr Dateisystem aus und sehen Sie sich dann den Abschnitt Netzwerk und Sicherheit an.

    • Informationen FSx zu ONTAP finden Sie unter Mounten von Volumes.

    • Informationen zu Amazon EFS finden Sie unter Mounten mit einer IP-Adresse.

  3. Geben Sie in der Spalte Neuer Pfad (O) den neuen Bereitstellungspfad ein. Der Mountpfad ist der DNS-Name des Dateisystems. Gehen Sie wie folgt vor, um den Bereitstellungspfad zu finden:

    • Wählen Sie FSx für Windows File Server auf der FSx Amazon-Konsole Dateisysteme, wählen Sie Ihr Dateisystem und dann Attach aus.

    • Informationen FSx zu ONTAP finden Sie auf der Seite mit den Dateisystemdetails. Anweisungen finden Sie unter Volumen einbinden.

    • Informationen zu Amazon EFS finden Sie unter Informationen sammeln.

  4. Vergewissern Sie sich im Arbeitsblatt Remount-Summary, dass die Spalten Neuer Pfad (C) und Neue Pfad-IP-Adresse (D) die aktualisierten Werte wiedergeben.

  5. Vergewissern Sie sich, dass Ihr Unternehmen Runbooks für die erneute Bereitstellung der Linux- und Windows-Dateisysteme nach der Umstellung vorbereitet hat. Allgemeine Anweisungen finden Sie im Folgenden:

  6. Falls abhängige Server nicht in dieser Welle enthalten sind, notieren Sie sie im Arbeitsblatt App-Team-Communication. Informieren Sie die jeweiligen Anwendungs- oder Serverbesitzer, da diese möglicherweise nicht in der Standard-Wave-Kommunikation enthalten sind.

  7. Falls SFSs sie nach Abschluss des Wellenplans aus der Welle entfernt wurden, können Sie diese im Arbeitsblatt Descoped nachverfolgen.

Migrationsingenieur, Migrationsleiter
AufgabeDescriptionErforderliche Fähigkeiten

Stoppen Sie Anwendungen.

Wenn Anwendungen oder Clients aktiv Lese- und Schreibvorgänge im Quell-SFS ausführen, beenden Sie sie, bevor Sie die endgültige Datensynchronisierung durchführen. Anweisungen finden Sie in der Anwendungsdokumentation oder in Ihren internen Prozessen zum Stoppen von Lese- und Schreibaktivitäten. Siehe beispielsweise Starten oder Beenden des Webservers (IIS 8) (Microsoft-Dokumentation) oder Systemdienste mit systemctl verwalten (Red Hat-Dokumentation).

App-Besitzer, App-Entwickler

Führen Sie die endgültige Datenübertragung durch.

  1. Führen Sie im Migrationstool manuell eine letzte Datenübertragungsaufgabe oder einen Job aus, um das Zieldateisystem mit dem Quell-SFS zu synchronisieren. Anweisungen finden Sie unter Starten Ihrer DataSync Aufgabe oder in der Dokumentation des ausgewählten Migrationstools eines Drittanbieters.

  2. Warten Sie, bis die Datenübertragungsaufgabe abgeschlossen ist. Weitere Informationen finden Sie unter Überwachen von AWS DataSync Aktivitäten mit Amazon CloudWatch und Überwachen Ihrer DataSync Aufgabe von der Befehlszeile aus.

Migrationsingenieur, Migrationsleiter

Validieren Sie die Datenübertragung.

Wenn Sie verwenden AWS DataSync, gehen Sie wie folgt vor, um zu überprüfen, ob die endgültige Datenübertragung erfolgreich abgeschlossen wurde:

  1. Notieren Sie sich in der AWS DataSync Konsole die Aufgabe und die Ausführungs-ID, z. task-0000-exec-1111 B.

  2. Navigieren Sie zum Abschnitt „Aufgabenprotokollierung“ der DataSync Aufgabe.

  3. Wählen Sie den Link zur CloudWatch Protokollgruppe.

  4. Suchen Sie in den Protokollen nach der Task- und Ausführungs-ID.

  5. Notieren Sie sich alle Übertragungsfehler. Weitere Informationen finden Sie in der DataSync Dokumentation unter Häufige Fehler.

  6. Überprüfen Sie Folgendes:

    • Vergleichen Sie die Dateilisten von Quelle und Ziel, SFSs um sicherzustellen, dass alle Daten übertragen wurden

    • Vergleichen Sie die Dateizugriffsberechtigungen zwischen Quelle und Ziel SFSs.

Wenn Sie ein Drittanbieter-Tool verwenden, lesen Sie die Anweisungen zur Validierung der Datenübertragung in der Dokumentation zum ausgewählten Migrationstool.

Migrationsingenieur, Migrationsleiter
AufgabeDescriptionErforderliche Fähigkeiten

Hängen Sie das Dateisystem erneut ein und überprüfen Sie die Funktion und Leistung der Anwendung.

  1. Wenn abhängige Server in dieser Welle migriert wurden, geben Sie in der Datei SFS-Wave-Plan-Workbook im Arbeitsblatt Remount-Summary die neue IP-Adresse des Servers in die Spalte Neue Server-IP-Adresse (F) ein.

  2. Aktualisieren Sie auf allen Servern den Bereitstellungspunkt für das Dateisystem vom alten Pfad auf den neuen Pfad. Verwenden Sie für die erneute Installation das Runbook Ihrer Organisation, das bereits in der Vorbereitungsphase beschrieben wurde.

  3. Vergewissern Sie sich, dass das Dateisystem ordnungsgemäß gemountet ist und dass darauf zugegriffen werden kann, indem Sie die Mounts überprüfen und überprüfen, ob Dateien vorhanden sind. In der Regel führt das Infrastrukturteam diese Aktivitäten durch.

  4. Starten Sie die Anwendungen neu und beauftragen Sie die Anwendungseigentümer oder das QA-Team, die für die Anwendung erforderlichen Funktions- und Leistungstests durchzuführen.

AWS-Systemadministrator, App-Besitzer

Fehlerbehebung

ProblemLösung

Zellenwerte in Microsoft Excel werden nicht aktualisiert.

Kopieren Sie die Formeln in den Beispielzeilen, indem Sie das Ausfüllkästchen ziehen. Weitere Informationen finden Sie in den Anweisungen für Windows oder für Mac (Microsoft-Support-Website).

Zugehörige Ressourcen

AWS Dokumentation

Fehlersuche

Anlagen

Um auf zusätzliche Inhalte zuzugreifen, die mit diesem Dokument verknüpft sind, entpacken Sie die folgende Datei: attachment.zip