Freigeben über


Bewerten der Bereitschaft einer Workload

Dieser Artikel konzentriert sich auf die Bewertung der Bereitschaft einer Workload zur Migration in die Cloud.

Wenn Sie eine Workload migrieren möchten, stellt das Cloudakzeptanzteam sicher, dass alle Ressourcen und zugehörigen Abhängigkeiten mit Ihrem Bereitstellungsmodell und Cloudanbieter kompatibel sind. Das Team dokumentiert alle erforderlichen Anstrengungen zur Behebung von Kompatibilitätsproblemen.

Bewertungsannahmen

Die meisten Inhalte, die Prinzipien im Cloud Adoption Framework für Azure diskutieren, sind cloudagnostisch. Der Vorbereitungsbewertungsprozess muss jedoch spezifisch für jede Cloudplattform und für die Migrationstools sein, die Sie in der Vorbereitungsphase ausgewählt haben.

Die ausgewählten Bewertungstools sollten Informationen zu allen Blockern für die Migration bereitstellen. Allgemeine Blocker umfassen Betriebssystemunterstützung, Servergröße und Datenänderungsraten, die sich auf die Replikation auswirken können.

Einige Organisationen haben auch Probleme mit Konfigurationen virtueller Computer (VMs), die die Quell-Hypervisor-Plattform nutzen. Zu diesen Konfigurationen gehören virtualisierungsbasierte Sicherheit, dynamische Datenträger, Nicht-Microsoft-Anwendungslizenzen, Datenquellenkonfigurationen und Zertifikate.

In diesem Artikel werden nicht alle möglichen Auswertungsaktivitäten erfasst, da jede Umgebung und jedes Geschäftsergebnis bestimmte Anforderungen bestimmt. Um zu ermitteln, was diese Anforderungen sind, finden Sie hier einige allgemeine Auswertungsaktivitäten, die sich auf Infrastruktur, Datenbanken und Netzwerke beziehen.

Evaluierung von rechenzentrumsübergreifenden Abhängigkeiten

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

Berücksichtigen Sie die folgenden Funktionen, um Ihre rechenzentrumsübergreifenden Abhängigkeiten auszuwerten:

  • Visualisieren von Abhängigkeiten: Verwenden Sie die Abhängigkeitsvisualisierungsfunktion in Azure Migrate and Modernize, um Abhängigkeiten zu identifizieren.
  • Gruppenabhängigkeiten: Verwenden Sie die Abhängigkeitsgruppierung , wenn Sie mit globaler Komplexität umgehen. Diese Funktion hilft Ihnen, die IP-Adressen und Ports aller Ressourcen zu identifizieren, die zur Unterstützung der Workload erforderlich sind.

Von Bedeutung

  • Sie benötigen einen Fachexperten, der die Platzierung von Objekten und IP-Adressschemas versteht, um Objekte zu identifizieren, die sich in einem sekundären Rechenzentrum befinden.
  • Sie müssen die Downstream-Abhängigkeiten und -Clients in der Visualisierung analysieren, um bidirektionale Abhängigkeiten zu verstehen.

Beispielszenarien

In den folgenden Abschnitten finden Sie Anleitungen zur Bewertung der Bereitschaft zum Migrieren von Workloads und Datenbanken in die Cloud.

Allgemeine Auswertungsaktivitäten für Azure Migrate und Modernisieren

Im folgenden Leitfaden wird davon ausgegangen, dass Sie eine Workload zu Azure migrieren möchten. Es wird auch davon ausgegangen, dass Sie Azure Migrate für Replikationsaktivitäten verwenden und modernisieren.

Sie können Ihr Azure Migrate- und Modernisieren-Projekt verwenden, um Workloads zu bewerten und die Betriebskosten in Azure zu berechnen. Weitere Informationen finden Sie unter Azure VM-Bewertungen in Azure Migrate und Modernisieren.

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

Dokumentieren Sie alle Abweichungen in der Hostkonfiguration, replizierte VM-Konfiguration, Speicheranforderungen oder Netzwerkkonfiguration. Verwenden Sie diese Informationen, um die Bandbreite für Ihre Migration abzuschätzen. Zu den allgemeinen Komponenten der Bandbreitenschätzung gehören:

  • Gesamtspeicher: Berechnen Sie den Gesamtspeicher, der replizierte VMs während der Iterationen benötigt, die zu einer Version führen.
  • Drift- oder Änderungsrate: Berechnen Sie die Drift- oder Änderungsrate des Speichers, die replizierte VMs während der Iterationen benötigen, die zu einer Freigabe führen.
  • Bandbreitenanforderungen: Berechnen Sie die Bandbreitenanforderungen, die jede Iteration benötigt, indem Sie den gesamten Speicher und die Abweichung addieren.
  • Nicht verwendete Bandbreite: Berechnen Sie die verfügbare nicht verwendete Bandbreite im aktuellen Netzwerk, um die Ausrichtung pro Iteration zu überprüfen.
  • Migrationsgeschwindigkeit: Dokumentieren Sie die Bandbreite, die Sie benötigen, um die erwartete Migrationsgeschwindigkeit zu erreichen. Wenn Sie Eine Korrektur benötigen, um die erforderliche Bandbreite bereitzustellen, benachrichtigen Sie das Team, das für Wartungsaktivitäten verantwortlich ist.

Hinweis

Gesamtspeicher wirkt sich direkt auf die Bandbreitenanforderungen während der ersten Replikation aus. Die Speicherdrift setzt sich jedoch von der Replikation bis zur Veröffentlichung fort. Dies bedeutet, dass die Abweichung kumulierte Auswirkungen auf die verfügbare Bandbreite hat.

Anleitungen zum Ermitteln der Bandbreitenanforderungen finden Sie unter Häufig gestellte Fragen zur Migration und Modernisierung.

Allgemeine Datenbankauswertungsaktivitäten

Im Rahmen der Servermigration können Sie auch die Migration von SQL Server-Instanzen oder anderen Datenbankservern untersuchen.

  • Dokumentation von RPOs und RTOs: Dokumentieren Sie die Wiederherstellungspunktziele (Recovery Point Objectives, RPOs) und die Wiederherstellungszeitziele (RTOs) der aktuellen Datenbankbereitstellung. Verwenden Sie diese Informationen, um Entscheidungen während der Architekturaktivitäten zu treffen.
  • Dokumentieren Sie hohe Verfügbarkeitsanforderungen: Dokumentieren sie die Anforderungen an die Konfiguration mit hoher Verfügbarkeit. Weitere Informationen zu SQL Server-Anforderungen finden Sie im Leitfaden zu SQL Server-Lösungen für hohe Verfügbarkeit.
  • Evaluieren von PaaS: Bewerten der Plattform-as-a-Service-Kompatibilität (PaaS). Der Azure Database Migration Service-Leitfäden ordnen lokale Datenbanken kompatiblen Azure PaaS-Lösungen zu, z. B. Azure Cosmos DB, Azure SQL-Datenbank, Azure-Datenbank für MySQL oder Azure-Datenbank für PostgreSQL.
    • PaaS-Kompatibilität ohne Wartung: Wenn PaaS-Kompatibilität eine Option ist, ohne dass eine Wartung erforderlich ist, wenden Sie sich an das Team, das für Architekturaktivitäten verantwortlich ist. PaaS-Migrationen können Zeit sparen und die Gesamtbetriebskosten (TCO) der meisten Cloudlösungen reduzieren.
    • PaaS-Kompatibilität bei Bedarf: Wenden Sie sich an die Teams, die für Architektur - und Wartungsaktivitäten verantwortlich sind. In vielen Szenarien überwiegen die Vorteile von PaaS-Migrationen für Datenbanklösungen den Anstieg der Wartungszeit.
  • Dokumentgröße und Änderungsrate: Dokumentieren Sie die Größe und Änderungsrate für jede Datenbank, die Sie migrieren möchten.
  • Dokumentanwendungs- und Datenbankabhängigkeiten: Dokumentieren Sie nach Möglichkeit Anwendungen oder andere Objekte, die Aufrufe an jede Datenbank tätigen.

Hinweis

Die Synchronisierung von Ressourcen verbraucht bandbreite während der Replikationsprozesse. Ein allgemeiner Fall besteht darin, zu übersehen, wie viel Bandbreite Sie benötigen, um Ressourcen zwischen den Replikations- und Freigabepunkten zu synchronisieren. Datenbanken sind häufige Verbraucher der Bandbreite während der Veröffentlichungszyklen, und Datenbanken mit großen Speicherbedarfen oder eine hohe Änderungsrate sind besonders betroffen.

Erwägen Sie, die Datenstruktur mit kontrollierten Updates zu replizieren, bevor Benutzerakzeptanztests (User Acceptance Testing, UAT) und die Freigabe erfolgen. In diesen Szenarien sind Alternativen zu Azure Site Recovery möglicherweise geeigneter. Weitere Informationen finden Sie in den Anleitungen zum Azure-Datenbankmigrationsdienst.

Nächster Schritt

Nachdem Sie ein System ausgewertet haben, fließen die Ergebnisse in die Entwicklung einer neuen Cloudarchitektur ein.