Azure Migrate: Ermittlung und Bewertung

Azure Migrate ist ein zentraler Hub im Azure-Portal, der Tools zum Ermitteln, Bewerten und Migrieren lokaler Server, Datenbanken, Web-Apps und virtueller Desktops nach Azure bereitstellt. Der Dienst integriert sowohl von Microsoft entwickelte Tools als auch ein wachsendes Ökosystem von Tools unabhängiger Softwareanbieter (ISV) wie Cloudamize und Movere. Azure Migrate speichert alle Ermittlungs- und Bewertungsdaten in einer dedizierten Projektressource innerhalb einer Ressourcengruppe.

Die Ermittlung beginnt mit der Bereitstellung der Azure-Migrate-Appliance — einer schlanken VM, die Sie in Ihrer lokalen Umgebung ausführen. Die Appliance erfasst kontinuierlich Metadaten, Leistungsindikatoren und Abhängigkeitsdaten aus VMware vCenter, Microsoft Hyper-V oder physischen Servern und überträgt sie sicher über HTTPS an den Azure-Migrate-Dienst. Eine einzelne Appliance kann bis zu 10.000 VMware-VMs oder 5.000 Hyper-V-VMs ermitteln.

Die Appliance erfasst umfangreiche Metadaten, darunter: Serverinventar (Betriebssystem, Version, installierte Software, CPU, RAM, Anzahl der Datenträger), Leistungsdaten (CPU- und Speicherauslastung über einen Zeitraum von bis zu 12 Monaten), Netzwerkabhängigkeiten (welcher Server mit welchem kommuniziert) und Speicherkonfiguration (Datenträgergrößen und IOPS). Für Datenbanken ermöglicht ein separates Anmeldeinformationsobjekt für die SQL Server-Ermittlung der Appliance außerdem, SQL-Instanzen und Datenbanken aufzulisten.

Nach der Ermittlung erstellen Sie im Azure-Migrate-Portal eine Azure-VM-Bewertung. Sie konfigurieren die Bewertung mit folgenden Angaben: Zielregion, Kriterium für die VM-Größenbestimmung (leistungsbasiert oder wie lokal), Option für den Rabatt für reservierte Instanzen und Sicherheitsfaktor (ein Multiplikator für einen Puffer, standardmäßig 1,3). Die Bewertung analysiert die Leistungsdaten und empfiehlt für jeden Server die passende Azure-VM-SKU sowie die geschätzten monatlichen Kosten.

Jede bewertete VM erhält eine Bewertung der Azure-Bereitschaft: Ready, Ready with conditions, Not ready oder Readiness unknown. Häufige Gründe für Not ready sind: Startdatenträger, die größer sind als von Azure unterstützt, nicht unterstützte Betriebssystemversionen oder mehr als 64 angefügte Datenträger. Der Bewertungsbericht enthält eine detaillierte Aufstellung aller Bereitschaftsprobleme und konkrete Schritte zu ihrer Behebung.

Das Kriterium für die leistungsbasierte Größenbestimmung untersucht die Spitzenauslastung von CPU und Arbeitsspeicher während des Erfassungszeitraums und multipliziert sie mit dem Sicherheitsfaktor, um die kleinste Azure-VM-SKU auszuwählen, die die Workload bewältigen kann. Ein Server, der dauerhaft 20 % von 16 vCPUs verwendet (effektiv 3,2 vCPUs), benötigt beispielsweise bei einem Sicherheitsfaktor von 1,3 eine VM-SKU mit mindestens 4,16 vCPUs — daher empfiehlt die Bewertung die nächste SKU-Stufe mit 4 oder 8 vCPUs.

Die Abhängigkeitsanalyse zeigt, welche Server miteinander kommunizieren, und hilft Ihnen dabei, voneinander abhängige Anwendungen in Migrationswellen zu gruppieren. Azure Migrate unterstützt zwei Abhängigkeitsmodi: agentenlos (verwendet vCenter-Daten, keine zu installierende Software, weniger detailliert) und agentenbasiert (installiert auf jeder VM den Log Analytics Dependency Agent sowie MMA/AMA, um Verbindungsdetails auf Prozessebene zu erfassen). Abhängigkeitskarten werden direkt im Azure-Portal visualisiert.

Azure Migrate bewertet auch ASP.NET-Webanwendungen für die Migration zu Azure App Service sowie SQL Server-Datenbanken für die Migration zu Azure SQL Database, Azure SQL Managed Instance oder SQL Server on Azure VM. Die SQL-Bewertung erkennt veraltete Features, nicht unterstützte Sortierungen und Kompatibilitätsprobleme, weist jeder Datenbank einen Bereitschaftsstatus zu und empfiehlt auf Grundlage der verwendeten Features das optimale Azure-SQL-Ziel.

Die Bewertung erstellt für jede Workload in der Azure-Zielregion eine detaillierte monatliche Kostenschätzung, aufgeschlüsselt nach Computing, Speicher und ausgehendem Netzwerkdatenverkehr. Sie können zwischen der Abrechnung nach tatsächlicher Nutzung und der Preisgestaltung für reservierte Instanzen mit 1 oder 3 Jahren Laufzeit wechseln, um Kosteneinsparungen zu modellieren. Wenn Sie den Bericht nach Excel exportieren, können Sie eine vollständige Wirtschaftlichkeitsbetrachtung erstellen, die die Gesamtbetriebskosten der lokalen Umgebung mit den prognostizierten Azure-Ausgaben über einen Zeitraum von drei Jahren vergleicht.

Azure Migrate weist jeder Bewertung einen Vertrauensgrad (1–5 Sterne) zu, der auf dem Prozentsatz der erfassten Leistungsdaten basiert. Eine Bewertung mit weniger als 20 % verfügbaren Daten erhält 1 Stern; dadurch kann es zu einer erheblichen Über- oder Unterdimensionierung der VMs kommen. Als bewährte Vorgehensweise sollten Sie mindestens 30 Tage lang Leistungsdaten erfassen, bevor Sie eine Bewertung erstellen. So erreichen Sie den maximalen Vertrauensgrad von 5 Sternen und zuverlässige Kostenschätzungen.

Bewertungen sind Momentaufnahmen — sie werden nicht automatisch aktualisiert. Wenn Sie weitere Leistungsdaten erfassen oder Ihre Annahmen ändern (Zielregion, Rabattmodell, Sicherheitsfaktor), sollten Sie eine neue Bewertung erstellen, damit die aktualisierten Eingaben berücksichtigt werden. Azure Migrate ermöglicht den direkten Vergleich mehrerer Bewertungen, sodass Sie verschiedene Szenarien modellieren können (z. B. East US gegenüber North Europe oder nutzungsbasierte Abrechnung gegenüber reservierten Instanzen), bevor Sie sich auf einen Migrationsplan festlegen.

Testen Sie Ihr Verständnis der Konzepte aus Microsoft Azure Fundamentals (AZ-900), die in dieser Lektion behandelt wurden.

In dieser Lektion haben Sie gelernt: Die Azure Migrate-Appliance ermittelt lokale Server und überträgt Leistungsdaten, Serverbewertungen empfehlen Azure-VM-SKUs und schätzen die monatlichen Kosten, und die Abhängigkeitsanalyse gruppiert voneinander abhängige Server zu Migrationswellen. Als Nächstes führen wir mithilfe der Replikations-Engine von Azure Migrate eine Rehost-Migration aus.