Bewerten der Bereitschaft einer Workload

Dieser Artikel befasst sich damit, wie Sie die Bereitschaft eines Workloads für die Migration in die Cloud bewerten können.

Wenn Sie einen Workload migrieren möchten, stellt das Cloud-Einführungs-Team sicher, dass alle Assets und die damit verbundenen Abhängigkeiten mit Ihrem Bereitstellungsmodell und Cloud-Anbieter kompatibel sind. Das Team dokumentiert alle erforderlichen Maßnahmen zur Behebung von Kompatibilitätsproblemen.

Annahmen zur Bewertung

Die meisten der Inhalte, die im Cloud Adoption Framework für Azure behandelt werden, sind cloudunabhängig. Der Prozess der Bereitschaftsbewertung muss jedoch für jede Cloud-Plattform und für die Migrations-Tools, die Sie in der Vorbereitungsphase ausgewählt haben, spezifisch sein.

Die von Ihnen ausgewählten Bewertungstools sollten Informationen über eventuelle Hindernisse für die Migration liefern. Häufige Hindernisse sind die Unterstützung des Betriebssystems, die Größe des Servers und die Datenänderungsraten, die die Replikation beeinträchtigen könnten.

Einige Unternehmen haben auch Probleme mit Konfigurationen von virtuellen Maschinen (VMs), die die Vorteile der Source-Hypervisor-Plattform nutzen. Zu diesen Konfigurationen gehören virtualisierungsbasierte Sicherheit, dynamische Festplatten, Lizenzen für Nicht-Microsoft-Anwendungen, Datenquellenkonfigurationen und Zertifikate.

Dieser Artikel kann nicht alle möglichen Bewertungsaktivitäten aufzählen, da jede Umgebung und jedes Geschäftsergebnis spezifische Anforderungen stellt. Um Ihnen dabei zu helfen, diese Anforderungen zu bestimmen, finden Sie hier einige gängige Bewertungsaktivitäten, die sich auf Infrastruktur, Datenbanken und Netzwerke beziehen.

Evaluieren von rechenzentrumsübergreifenden Abhängigkeiten

Wenn Sie Workloads von mehreren Rechenzentren migrieren, müssen Sie alle Abhängigkeiten zwischen diesen Rechenzentren bewerten.

Ziehen Sie die folgenden Möglichkeiten in Betracht, um Ihre datenzentrumsübergreifenden Abhängigkeiten zu bewerten:

• Visualisieren von Abhängigkeiten: Verwenden Sie die Funktion zur Visualisierung von Abhängigkeiten in Azure Migrate and Modernize, um Abhängigkeiten zu erkennen.
• Gruppenabhängigkeiten: Verwenden Sie die Abhängigkeitsgruppierung, wenn Sie mit globaler Komplexität umgehen. Mit dieser Funktion können Sie die IP-Adressen und Ports aller Ressourcen identifizieren, die zur Unterstützung der Arbeitslast erforderlich sind.

Wichtig

• Sie brauchen einen Experten, der sich mit der Platzierung von Ressourcen und IP-Adressschemata auskennt, um Assets zu identifizieren, die sich in einem sekundären Rechenzentrum befinden.
• Sie müssen nachgelagerte Abhängigkeiten und Clients in der Visualisierung auswerten, um bidirektionale Abhängigkeiten zu verstehen.

Beispielszenarien

In den folgenden Abschnitten finden Sie Hinweise zur Bewertung der Bereitschaft zur Migration von Workloads und Datenbanken in die Cloud.

Gemeinsame Bewertungsaktivitäten für Azure Migrate and Modernize

Die folgende Anleitung geht davon aus, dass Sie beabsichtigen, einen Workload zu Azure zu migrieren. Außerdem wird davon ausgegangen, dass Sie Azure Migrate and Modernize für Replikationsaktivitäten verwenden.

Sie können Ihr Azure Migrate and Modernize Projekt nutzen, um Workloads zu bewerten und die Kosten für den Betrieb in Azure zu berechnen. Weitere Informationen finden Sie unter Azure VM-Bewertungen in Azure Migrate and Modernize.

Sie können Ihr Azure Migrate- und Modernize- Projekt auch verwenden, um die Bereitschaft für die Migration zu bewerten, die Servergröße auf der Grundlage der tatsächlichen Nutzung in Azure-Abonnements umzurechnen und die Kosten zu berechnen. Optimieren Sie Ihre Kostenberechnungen weiter, indem Sie einen Geschäftsfall erstellen.

Achten Sie darauf, alle Abweichungen bei der Hostkonfiguration, der replizierten VM-Konfiguration, dem Speicherbedarf oder der Netzwerkkonfiguration zu dokumentieren. Verwenden Sie diese Informationen, um die Bandbreite für Ihre Migration abzuschätzen. Zu den üblichen Komponenten der Bandbreitenschätzung gehören:

• Gesamtspeicherplatz: Berechnen Sie den Gesamtspeicher, den replizierte VMs während der Iterationen, die zu einer Freigabe führen, benötigen.
• Drift- oder Änderungsrate: Berechnen Sie die Drift- oder Änderungsrate des Speichers, den replizierte VMs während der Iterationen, die zu einer Veröffentlichung führen, benötigen.
• Bandbreitenanforderungen: Berechnen Sie den erforderlichen Bandbreitenbedarf für jede Iteration durch Summieren von Gesamtspeicher und Abweichung.
• Ungenutzte Bandbreite: Berechnen Sie die ungenutzte Bandbreite, die im aktuellen Netzwerk verfügbar ist, um die Ausrichtung pro Iteration zu überprüfen.
• Migrationsgeschwindigkeit: Berechnen Sie die verfügbare, ungenutzte Bandbreite des aktuellen Netzwerks, um die Ausrichtung pro Iteration zu überprüfen. Wenn Sie Korrekturen vornehmen müssen, um die erforderliche Bandbreite bereitzustellen, informieren Sie das Team, das für die Korrekturen zuständig ist.

Hinweis

Der Gesamtspeicher wirkt sich direkt auf den Bandbreitenbedarf während der ersten Replikation aus. Die Speicherabweichung setzt sich jedoch vom Zeitpunkt der Replikation bis zur Freigabe fort. Das bedeutet, dass die Abweichung eine kumulative Auswirkung auf die verfügbare Bandbreite hat.

Eine Anleitung zur Ermittlung des Bandbreitenbedarfs finden Sie unter Allgemeine Fragen zu Migrations- und Modernisierungswerkzeugen.

Allgemeine Bewertungsaktivitäten für Datenbanken

Im Rahmen Ihrer Servermigration können Sie auch die Migration von SQL Server-Instanzen oder anderen Datenbankservern in Betracht ziehen.

• Dokumentieren Sie die Recovery Point Objectives (RPOs) und Recovery Time Objectives (RTOs): Dokumentieren Sie die Recovery Point Objectives (RPOs) und Recovery Time Objectives (RTOs) der aktuellen Datenbankbereitstellung. Nutzen Sie diese Informationen, um Entscheidungen während der Architekturaktivitäten zu treffen.
• Dokumentieren von Anforderungen an die hohe Verfügbarkeit: Dokumentieren Sie die Anforderungen an die Konfiguration von hoher Verfügbarkeit. Informationen zum Verständnis der SQL Server-Anforderungen finden Sie in SQL Server-Lösungen mit hoher Verfügbarkeit.
• Evaluieren von PaaS: Bewerten der Plattform-as-a-Service-Kompatibilität (PaaS). Der Azure Datenbankmigrations-Dienst führt Sie durch die Abbildung von lokalen Datenbanken auf kompatible Azure PaaS-Lösungen, wie Azure Cosmos DB, Azure SQL-Datenbank Azure Database for MySQL, Azure Database for PostgreSQL oder Azure Database for MariaDB.
  • PaaS-Kompatibilität ohne Korrekturen: Wenn PaaS-Kompatibilität möglich ist, ohne dass eine Problembehandlung erforderlich ist, wenden Sie sich an das für Architekturaktivitäten verantwortliche Team. PaaS-Migrationen können Zeit sparen und die Gesamtbetriebskosten (Total Cost of Ownership, TCO) der meisten Cloud-Lösungen senken.
  • PaaS-Kompatibilität, wenn Korrekturen erforderlich sind: Konsultieren Sie die Teams, die für die Architektur und die Korrekturen zuständig sind. In vielen Szenarien können die Vorteile von PaaS-Migrationen für Datenbanklösungen die längere Problembehandlungszeit aufwiegen.
• Dokumentieren der Größe und Änderungsrate: Dokumentieren Sie die Größe und Änderungsrate für jede Datenbank, die Sie migrieren möchten.
• Dokumentieren der Abhängigkeiten von Anwendungen und Datenbanken: Dokumentieren Sie möglichst alle Anwendungen oder anderen Ressourcen, die Aufrufe der einzelnen Datenbanken durchführen.

Hinweis

Die Synchronisierung einer Ressource belegt Bandbreite während der Replikationsprozesse. Ein häufiger Fehler ist es, zu übersehen, wie viel Bandbreite Sie benötigen, um die Ressourcen zwischen den Punkten der Replikation und der Freigabe synchron zu halten. Datenbanken belegen häufig Bandbreite während der Releasezyklen. Dies ist insbesondere bei Datenbanken mit hohem Speicherbedarf oder hoher Änderungsrate der Fall.

Erwägen Sie die Replikation der Datenstruktur mit kontrollierten Aktualisierungen vor den Benutzerakzeptanztests (User Acceptance Testing, UAT) und der Veröffentlichung. In solchen Szenarien sind Alternativen zu Azure Site Recovery möglicherweise besser geeignet. Weitere Informationen finden Sie in den Anleitungen zum Azure Database Migration Service.

Nächster Schritt

Nachdem Sie ein System bewertet haben, fließen die Ergebnisse in die Entwicklung einer neuen Cloud-Architektur ein.

Entwerfen von Workloads vor der Migration