Auswählen Ihres Migrationsansatzes
In einer früheren Phase des Projekts haben Sie eine vollständige Ermittlung und Bewertung Ihrer aktuellen Umgebung durchgeführt. Sie haben das Inventar der Server und Dienste, die für die Migration in Betracht kommen, und die Abhängigkeiten zwischen Ihnen identifiziert. Sie haben Anleitung und Unterstützung von den IT- und Geschäftsteams erhalten, die mit den einzelnen Diensten arbeiten, und Ihr Führungsteam hat die Migration genehmigt.
Ihre erste Aufgabe besteht darin, den Migrationsansatz und die Tools zu bestätigen, die das Geschäftsziel Ihres Unternehmens zum Hosten Ihrer vorhandenen Infrastruktur in Azure erfüllen.
In dieser Lerneinheit vergleichen Sie Azure Migrate und Azure Site Recovery als Optionen zum Migrieren von Serverworkloads zu Azure. Sie lernen auch die Migrationsoptionen mit und ohne Agent kennen und wählen den passenden Ansatz für Ihr Geschäftsszenario aus.
Identifizieren von Migrationstools und -diensten
In Azure stehen verschiedene Tools und Dienste zur Verfügung, die Sie bei der Migration Ihrer Ressourcen zu Azure unterstützen. Viele dieser Tools sind im Azure Migrate-Dienst konsolidiert, der als Hub für Migrationstools fungiert, sodass Sie die verschiedenen Migrationsaufgaben an einem Ort zentralisieren können.
Die Wahl des Tools hängt von der Art der Workload ab, die Sie migrieren möchten. Bei Datenbankworkloads hilft Ihnen ein Tool wie Azure Database Migration Service (Azure DMS) beim Verwalten des gesamten Prozesses für das Verschieben von Datenbankworkloads in Azure.
Planen eines Migrationspilotprojekts
Als Teil Ihrer Strategie planen Sie ein erstes Pilotprojekt, bei dem eine Teilmenge der Unternehmensanwendungen migriert wird, die nicht als geschäftskritisch angesehen werden. Diese Anwendungen werden zurzeit im Rechenzentrum als Windows Server- und Linux-Workloads ausgeführt, die unter Hyper-V gehostet werden. Nachfolgende Phasen der Migration umfassen Workloads, die unter VMware ausgeführt werden.
In dieser Lerneinheit erfahren Sie, wie Azure Migrate Sie beim Ausführen der Pilotmigration unterstützen kann. Sie können auch Azure Site Recovery verwenden, um VMs aus einer lokalen Umgebung nach Azure zu verschieben. Wenn Sie beide Optionen vergleichen, werden Sie herausfinden, welcher Ansatz für ihr Geschäftsszenario besser geeignet ist.
Azure Migrate
Azure Migrate verfügt über einen integrierten Hub mit Tools für die Bewertung und Migration der lokalen Infrastruktur sowie von Anwendungen und Daten zu Azure. Angenommen, Sie haben Azure Migrate bereits verwendet, um Ihre Umgebung zu bewerten. Sie können die Migration mit dem Tool Azure Migrate: Servermigration aus demselben Azure Migrate-Projekt ausführen. In Azure Migrate sind native Bewertungs- und Migrationstools verfügbar, für die keine zusätzlichen Kosten anfallen.
In diesem Modul konzentrieren Sie sich auf die Verwendung der Tools zum Bewerten und Migrieren von Workloads.
ISV-Tools
Kein Migrationsszenario gleicht einem anderen. Einige Migrationsprojekte können einzigartige Herausforderungen darstellen, die abgesehen von den nativen Tools von Azure eine erweiterte Migrationslösung erfordern. Azure Migrate ist in andere Azure-Dienste, -Tools und Angebote unabhängiger Softwarehersteller (ISV) über dieselbe vereinheitlichte Portalschnittstelle integriert. ISV-Angebote bieten alternative Optionen, wenn in Ihrem Unternehmen besondere Herausforderungen in einem Migrationsprojekt auftreten, und Sie können direkt aus Azure Migrate auf diese Optionen zugreifen.
Migration oder Notfallwiederherstellung
Sie könnten zwar auch Azure Site Recovery verwenden, um Ihre Workloads zu Azure zu migrieren, Azure Migrate ist jedoch für die Migration konzipiert und optimiert. Der Azure Migrate-Hub zentralisiert alle Tools und den Support, die für verschiedene Workloads erforderlich sind, einschließlich physischer und virtueller Server, Datenbanken und Anwendungen.
Mit Azure Migrate können Sie Ihre Ressourcen ermitteln und erhalten einen Bewertungsbericht mit monatlichen Kostenschätzungen (Compute und Speicher) sowie die richtige Dimensionierung von Azure VMs basierend auf Bereitschaft und Leistung.
Azure Site Recovery
Die Migration Ihrer lokalen und öffentlichen Cloudworkloads in die Cloud ist eine bestimmte Geschäftsentscheidung. Azure Site Recovery wurde als Dienst für die Notfallwiederherstellung für lokale und Azure-VMs konzipiert. Bei einem Ausfall eines primären Standorts kann der Dienst Workloads automatisch an einem sekundären Standort replizieren. Indem Sie den Zugriff auf Azure als sekundären Standort bereitstellen, können Sie die Kosten für den Bau oder die Miete und den Unterhalt eines weiteren Rechenzentrums vermeiden. Das Failover von VMs erfolgt vom lokalen Standort zu Azure oder aus einer Azure-Region in eine andere. Wenn Sie jedoch Azure Site Recovery zum Migrieren von Workloads zu Azure verwenden, können Sie kein Failback durchführen, da eine Migration ein einmaliger Vorgang ist.
Trotz einiger Gemeinsamkeiten im Datenreplikationsprozess dienen Azure Migrate und Azure Site Recovery unterschiedlichen Zwecken. In diesem Modul konzentrieren Sie sich auf die Verwendung von Azure Migrate, um die Geschäftsanforderungen Ihres Unternehmens zu erfüllen und Ihre Workloads zu migrieren.
Vergleichen der Migration mit und ohne Agent
Beim Planen der Migration entscheiden Sie sich zunächst für einen Agent-basierten oder einen Agent-losen Migrationsansatz. Bei einem Agent-basierten Ansatz wird auf jedem Computer, den Sie für die Migration replizieren möchten, ein schlanker Agent installiert. Der Agent koordiniert die Replikationsdaten von jedem Computer und bereitet sie darauf vor, an Azure gesendet zu werden. Bei der Agent-basierten Replikation müssen Sie Systeme während der Migration nicht ausschalten und können so einen kontinuierlichen Betriebszyklus sicherstellen.
Die Agent-basierte Migration geht mit Kosten für die Verwaltung und stetige Aktualisierung der Agents einher. Die Migration ohne Agent bietet eine kostengünstigere Lösung und vermeidet den Verwaltungsmehraufwand. Allerdings ist es für diesen Ansatz erforderlich, dass Systeme während der Migration offline sind. Wenn ein System geschäftskritisch ist, sollten Sie im Allgemeinen eine Agent-basierte Option verwenden. Für nicht kritische oder Remotesysteme stellen kurze Offlinezeiträume kein großes Problem dar, und Sie können die Migration ohne Agent verwenden.
Migieren ohne Agent
Wenn Sie sich für ein Migrationstool entscheiden, denken Sie an das ursprüngliche Ziel des Pilotprojekts, Hyper-V-basierte VMs zu Azure zu migrieren. Das Azure Migrate-Servermigrationstool ermöglicht die Replikation ohne Agents für lokale Hyper-V-VMs mithilfe eines für Hyper-V optimierten Migrationsworkflows. Sie installieren nur auf Hyper-V-Hosts oder Clusterknoten einen Software-Agent. Sie müssen nichts auf den einzelnen Hyper-V-VMs installieren.
Das Pilotprojekt erfordert, dass Sie nicht kritische Workloads, die unter Hyper-V ausgeführt werden, zu Azure migrieren. Daher verwenden Sie eine Migration ohne Agent mit Azure Migrate.
Bewerten von VMware-Workloads
Für die nachfolgenden Phasen der Migration möchten Sie einen Agent-basierten Ansatz in Betracht ziehen, da eine beträchtliche Anzahl der geschäftskritischen Workloads des Unternehmens auf VMware ausgeführt wird.
Durch die Verwendung einer Agent-basierten Option erhalten Sie außerdem Einzelheiten dazu, wie Ihre VMware-Workloads zueinander in Beziehung stehen und welche Abhängigkeiten zwischen VMs vorhanden sind. Die Agents erfassen diese Daten, und Sie können dann die Abhängigkeitsvisualisierungsfunktion von Azure verwenden, um diese Abhängigkeiten zu verstehen. Ihre Projektbeteiligten möchten den Erfolg der gesamten Migration sicherstellen, und die Agent-basierte Visualisierung von Abhängigkeiten gibt Ihnen ein höheres Maß an Vertrauen, wenn Sie Ihre geschäftskritischeren Workloads bewerten.