Freigeben über

Migrieren Ihrer Daten zu Azure – Übersicht

Das Migrieren von Daten und speicherintensiven Workloads zu Azure ermöglicht den Zugriff auf skalierbaren und sicheren Cloudspeicher, wodurch schnelle Innovationen und Wachstum ermöglicht werden. Dieses Dokument enthält klare, praktische Anleitungen, mit denen Sie eine nahtlose Migration von Block-, Datei- und Objektspeichern erzielen können. Es beschreibt verschiedene Überlegungen, stellt wichtige Metriken bereit, beschreibt relevante Azure-Speicherdienste und unterstützt die Auswahl von Tools.

Hintergrund

Wählen Sie diese Option aus, um diesen Abschnitt zu erweitern/zu verkontrakten.

Verschiedene geschäftliche und technische Anforderungen diktieren Ihre gesamte Azure-Migrationsstrategie. Um bestimmte Anforderungen für Ihre Anwendungsfälle zu erfassen, damit geeignete Architektur- und technische Entwurfsentscheidungen getroffen werden können, enthält das Microsoft Well-architected Framework (WAF) wesentliche Richtlinien für alle Workload- und Dienstmigrationen. Anschließend befasst sich der Prozess mit Zuverlässigkeit, Sicherheit, Kostenoptimierung, operativer Exzellenz und Leistungseffizienz. Empfohlene bewährte Methoden umfassen die Überprüfung der WAF-Anleitungen und die folgenden Informationen, um einen umfassenden Migrationsansatz für Ihre spezifischen Anwendungen und Dienste zu erstellen.

Hinweis

Der folgende Leitfaden enthält Informationen, die für die unstrukturierte Datenmigration zu Azure Storage-Diensten spezifisch sind. Szenarien mit strukturierten Daten wie SQL, Oracle oder Tables und werden in diesem Dokument nicht behandelt.

Dieser Leitfaden konzentriert sich speziell auf die Migration unstrukturierter Daten zu Azure Storage-Diensten. Der Inhalt verwendet einen datenmigrationsorientierten Ansatz, sodass Themen wie operative Exzellenz und Kostenoptimierung möglicherweise separate, eingehende Diskussionen erfordern. Szenarien mit strukturierten Daten wie SQL, Oracle oder Tables führen zu zusätzlichen Überlegungen, die je nach Anwendung variieren.

Der folgende Inhalt ersetzt oder übergeht keine in anderen offiziellen Microsoft-Dokumentationen beschriebenen Methoden, Frameworks oder Empfehlungen.

Migrationsphasen und -aktivitäten

Eine vollständige Migration besteht aus verschiedenen Phasen , einschließlich Bewertung, Zielauswahl, Planung, Toolsauswahl, Migrationsausführung. Anhand eines schrittweisen Ansatzes können Daten mit reduzierten Ausfallzeiten und Risiken nach Azure migriert werden. Jeder Schritt stellt sicher, dass alle erforderlichen Parameter abgedeckt werden, und der am besten geeignete Ansatz für Datenträger-, Datei- und Objektdaten wird ausgewählt.

Bewertung

Wählen Sie diese Option aus, um diesen Abschnitt zu erweitern/zu verkontrakten.

In dieser Phase bestimmen und inventarisieren Sie alle Quellen, die migriert werden müssen, wie SMB-Freigaben (Server Message Block), NFS-Volumes (Network File System) oder Objektnamespaces. Der gesamte Prozess umfasst in der Regel Folgendes:

  • Erstellen eines Katalogs oder Inventars aller Datenressourcen und Datenquellen.
  • Identifizieren und Verstehen von Datentypen und Zugriffsmustern.
  • Grundlegendes zu Zuverlässigkeit, Leistung und geschäftlichen Anforderungen der Daten.
  • Bewertung von Replikation, Änderungsraten sowie Ausfallsicherheits- und Ausfallzeittoleranz.
  • Verständnis von Sicherheits- und Complianceanforderungen.

Sie können diese Phase entweder manuell ausführen oder automatisierte Tools verwenden. Es gibt mehrere kommerzielle Tools von unabhängigen Softwareanbietern (ISVs), die bei der Bewertungsphase helfen können. Weitere Informationen finden Sie im Vergleichsmatrixartikel .

Weitere Informationen zu Bewertungsphasenaktivitäten.

Zielauswahl

Wählen Sie diese Option aus, um diesen Abschnitt zu erweitern/zu verkontrakten.

Es ist wichtig, die verfügbaren Optionen zu verstehen, die die in der Bewertungsphase ermittelten Anforderungen erfüllen können. Microsoft Azure bietet mehrere Speicherdienste wie Azure Files, Blob Storage, Azure NetApp-Dateien und verwaltete Datenträger für virtuelle Computer (VMs). Darüber hinaus gibt es ISV-Partner, die softwaredefinierte Versionen von lokalen Speicherplattformen für Block-, Datei- und Objektworkloads anbieten, die auf unseren Kernspeicherdiensten basieren.

Diese Phase umfasst in erster Linie die folgenden Aktivitäten:

  • Bewerten der technischen Anforderungen zur Identifizierung des am besten geeigneten Azure-Speicherdiensts
  • Einrichten der geeigneten Ziellösungsarchitektur (basierend auf Ihrer Anwendung oder Workload) mit der identifizierten Speicherlösung.
  • Bewertung der Preise und Kosten, die bei der Migration und Zielplattform anfallen

Weitere Informationen zu Zielauswahlphasenaktivitäten.

Planen der Migrationsstrategie

Wählen Sie diese Option aus, um diesen Abschnitt zu erweitern/zu verkontrakten.

Die Planung einer Migrationsstrategie umfasst die Identifizierung einer geeigneten Methode zum Verschieben der Daten nach Azure. Es kann auch andere Überlegungen enthalten, die für bestimmte Workloads, die Art der Daten oder die beteiligten Anwendungen geeignet sind. Die folgende Liste enthält einige Beispiele für diese Überlegungen:

  • Online- und Offlineübertragung
  • Machbarkeit einer Lift- und Schichtmigration
  • Datenänderungsrate und -Tiering
  • Hybridspeicherbedarf und Datenverschiebung
  • Replikation als Strategie
  • Sicherung und Wiederherstellung als Migrationsstrategie

Weitere Informationen zur Strategie für die Migrationsplanung.

Auswählen von Migrationstools

Es stehen verschiedene Migrationstools zur Verfügung, mit denen Sie Ihre Migration ausführen können. Einige Open Source-Tools umfassen z. B. AzCopy, Robocopy, xcopy und rsync. Microsoft bietet verwaltete Tools wie Azure Storage Mover, Azure Data box, Azure File Sync, Azure Migrate und Data Box Gateway. Es gibt auch viele andere kommerzielle, nicht von Microsoft stammende Tools. Eine Liste der verfügbaren kommerziellen Tools ist in unserem Vergleichsmatrixartikel verfügbar, der auch Vergleiche zwischen ihnen liefert.

Die folgende Tabelle enthält eine Auswahl szenariobasierter Migrationstools für Ihre Referenz. Obwohl machbare Alternativen auf Fallbasis vorhanden sein könnten, werden die folgenden Beispiele als am besten geeignet betrachtet.

Szenario Empfohlene Tools
– Benötigen Sie ein vollständig verwaltetes, automatisiertes, robustes Tool mit einem einzigen Verwaltungsbereich (in Azure);
– Datei- oder Dateifreigabemigration über kleine Übertragungen hinaus, in der Regel > 1 TB Daten, Skalierung bis zu Millionen von Dateien oder Objekten
– Heben und Verschieben und/oder kontinuierliche Synchronisierung von lokalem NAS
– Windows-Dateiserver, auf denen Azure File Sync nicht installiert oder nicht bereits konfiguriert ist
Migration zu Azure beinhaltet:
- SMB (2.x, 3.x) zu Azure Blob (Hot/Cold) oder ADLS mit aktiviertem HNS (hierarchischer Namensraumdienst)
- SMB (2.x, 3.x) zu Azure Files (nur SMB)
– NFS (v3, v4.1) zu Azure Blob (Hot/Cool) oder ADLS mit aktivierter HNS-Unterstützung (nur NFS v3)
- Einmal oder fortlaufend (einschließlich Multicloud-Umgebungen)
- S3 zu Azure Blob (Hot/Cold) oder ADLS (hierarchischer Namespace)
- "Nur Metadaten"-Kopierfunktionalität, die nur die Kopie von Dateimetadaten oder -struktur ohne Dateiinhalte erfordert (z. B. Seeding-Berechtigungen oder Durchführen von Trockenlaufmigrationen)
 Azure Storage Mover
- Offline-Datenübertragung (geringe Bandbreite oder keine Netzwerkkonnektivität, Remotestandorte)
-Kopieren Sie von lokalen SMB/NFS-Freigaben/NAS-Quellen in Azure Blob, Dateien, ADLS, in bestimmte Speicherebenen, einschließlich des direkten Imports in eine andere Region (außerhalb der Quellregion).
- Offlineübertragung von Azure Files, Premium FileStorage und Blob (Hot/Cold) zu einem lokalen System
– Offlineübertragung von lokalen HDFS zu Azure Blob (Hot/Cold) oder ADLS (HNS aktiviert)		 Azure Data Box
- Müssen große Datenmengen in kurzer Zeit sowohl über Offline- als auch online-Lösungen übertragen werden.
-Offline-Seeding von anfänglichen Massendaten aufgrund von Netzwerkeinschränkungen, gefolgt von der Delta-Synchronisierung.		 Azure Data Box zum Seeding mit Azure Storage Mover für die Delta-Synchronisierung
- Physische Computer, VMs und ihre angeschlossenen Datenträger; VMs, die in Hyper-V, VMware, AWS, GCP ausgeführt werden. Azure Migrate
– Schnelle, einmalige oder inkrementelle, kleine bis mittlere Datenübertragung (in der Regel < 1 TB pro Auftrag) in oder von Azure
– Dienst-zu-Dienst -Übertragungen (Dateien zu Dateien, Dateien-zu-Blob usw.) über Azure-Backbone (intra-Azure)
- Skriptfunktionsanforderung (Filterkriterien, Metadatenaktualisierungen oder transformationen, z. B.) und präzise Kontrolle für solche Übertragungen
- Umfasst nicht Millionen von Dateien oder Objekten, die übertragen werden
– Lokales Dateisystem, SMB, NFS-Einhängen in Azure
– S3 zu Azure Blob (in der Regel < 1 TB)
– AWS EFS oder AWS FSx für Windows to Azure Files
- Google Cloud Storage (S3, GCS-API) zu Azure Storage (Blob), ADLS (HNS aktiviert)		 AzCopy (verwendet immer HTTPS-REST-APIs)
– Windows File Server-Quelle (SMB 2.x oder 3.x zu Azure Files)
– Hybriddatensynchronisierung mit umgekehrter oder bidirektionaler Dateisynchronisierung
– Zentrale Dateiserververwaltung mit lokalem Cache und Cloud-Tiering
-Zusammenarbeit mit erweiterten Bereitstellungen (Zugriff und Synchronisation über mehrere Standorte)
– Cloudseitige Sicherung mit Geschäftskontinuität und Notfallwiederherstellung zusammen mit der lokalen Cachepräsenz
- Einmaliger Migrationsbedarf für Dateifreigaben bei bereits bereitgestellter und konfigurierter Azure-Dateisynchronisierung		 Azure-Dateisynchronisierung
– Kontinuierliche Datenaufnahme- und Cloud-Tiering-Anforderungen für Azure Storage (Blob) mit lokalem Cache
– Quelle ist lokal (NFS v3, 4.1 oder SMB 2.x, 3.x) (Unidirektionale Synchronisierung) oder bidirektional (mit manueller Synchronisierung) mit oder von Azure
- Keine Notwendigkeit für mehrere lokale Kopien dieser Daten, die (einseitig) synchronisiert werden		 Azure Data Box Gateway
- Kleine, einmalige Übertragungen mit benutzerdefinierten Skripts oder Linux/Windows CLI-basierten Migrationen AzCopy, rsync, Robocopy
-Komplexe Datenverwaltung, Analysen, Datenhierarchisierung oder nicht unterstützte Anwendungsfälle und Ziele (z. B. ANF oder Lustre) über die Azure-eigenen Toolfähigkeiten hinaus ISV Tools (Komprise, Cirata, Data Dynamics, Atempo)
– Große Archivdatenmigration von lokalen Tapes zu Azure Storage Sehen Sie sich den Bandmigrationsleitfaden an und erkunden Sie Partnerlösungen wie Tape Ark
- Große lokale Sicherung oder Archiv mit ISV-Lösungen (z. B. Commvault, Veeam oder Rubrik)
- Offline-Seeding mit Delta-Synchronisierung durch Backup-Tool.		 Verwenden Sie partnerspezifische Empfehlungen;
Azure Data Box mit einer ISV-Lösung
- Andere Szenarien, einschließlich:
– lokales NAS für Azure Files (mit Ausnahme des Data Box-Datenkopiediensts)
– lokales Linux zu Azure Files NFS
- AWS EFS/FSx/S3 nach Azure Files
-GCP FileStorage zu Azure Files		 - ISV Tools (Komprise, Cirata, Data Dynamics, Atempo)
OR
– Bereitstellen der Quelle auf einem Client und Verwenden von Azure Storage Mover oder AzCopy

Weitere Informationen zu Migrationstools und Auswahlmöglichkeiten.

Ausführung der Migration

Wählen Sie diese Option aus, um diesen Abschnitt zu erweitern/zu verkontrakten.

Die Migrationsphase ist der letzte Migrationsschritt. Dieser Schritt führt die Datenverschiebungs- und Migrationsvorgänge aus. In der Regel besteht die Migrationsphase aus einer anfänglichen Replikation oder Massenmigration, gefolgt von mehreren inkrementellen Synchronisierungsiterationen vor der endgültigen Umschaltung. Dieser Ansatz erreicht in der Regel einen reibungsloseren und effizienteren Umstieg.

Die Dauer einer unstrukturierten Datenmigration hängt von mehreren Aspekten ab. Außerhalb der gewählten Methode sind die wichtigsten Faktoren die Gesamtgröße der Daten und die Verteilung der Dateigröße. Je größer der Gesamtdatensatz ist, desto länger ist die Migrationszeit erforderlich. Je kleiner die durchschnittliche Dateigröße, desto länger die erforderliche Migrationszeit. Wenn Sie über eine große Anzahl kleiner Dateien verfügen, sollten Sie sie in größeren Dateien archivieren (komprimieren in .tar oder .zip Dateien), wenn möglich, um die gesamte Migrationszeit zu reduzieren.

Weitere Informationen zur Migrationsausführung.

Migration von blockbasierten Geräten

Wählen Sie diese Option aus, um diesen Abschnitt zu erweitern/zu verkontrakten.

Die Migration von blockbasierten Geräten erfolgt in der Regel als Teil der Migration virtueller Maschinen oder physischer Hosts. Das Verzögern von Blockspeicherentscheidungen bis nach Abschluss einer Migration ist ein häufiger Fehler. Wenn Sie diese Entscheidungen rechtzeitig mit einem gründlichen Verständnis der Workloadanforderungen treffen, führt dies zu einer reibungsloseren Migration in die Cloud.

Die Migration von blockbasierten Geräten kann auf zwei Arten erfolgen:

  • Migration von vollständigen virtuellen Computern zusammen mit den zugrunde liegenden blockbasierten Geräten.
  • Nur die Migration blockbasierter Geräte.

Hilfe beim Migrieren von virtuellen Computern mit ihren zugrunde liegenden Blockgeräten finden Sie in der Azure Migrate-Dokumentation . Für komplexere Anwendungsfälle verwenden Sie Cirrus Migrate Cloud.

Informationen zu Workloads, die für die Migration und ihre geeigneten Ansätze geeignet sind, finden Sie auf der Seite "Datenträgerspeicherprodukt" und im Artikel zu Azure Disk-Typen . Sie erfahren, welche Datenträger ihren Anforderungen am besten entsprechen, und die neuesten Funktionen wie z. B. Disk Bursting.

Weitere Informationen

  • Last updated on