Korrigieren von Ressourcen vor der Migration

Während der Bewertung der Migration identifiziert das Team alle Konfigurationen, die dazu führen könnten, dass eine Ressource mit dem ausgewählten Cloudanbieter nicht kompatibel ist. Die Korrektur ist ein Kontrollpunkt im Migrationsprozess, den Sie nutzen können, um Inkompatibilitäten zu beheben.

Dieser Artikel beschreibt einige gängige Korrekturmaßnahmen und hilft Ihnen zu entscheiden, ob eine Wartung eine sinnvolle Investition ist.

Wartungsarten

Es gibt zwei Haupttypen von Korrekturmaßnahmen, die Sie während Ihrer Implementierung planen müssen.

• Basierend auf den Ergebnissen der Bewertungsaktivitäten
  • Korrekturmaßnahmen, die abgeschlossen werden müssen, um die Replikation und Bereitstellung zu ermöglichen.
  • Sie haben diese Korrekturmaßnahmen in Ihrer Workload-Bewertung während der Beurteilungsphase festgelegt. Sie müssen diese Aufgaben durchführen, um sicherzustellen, dass Sie Ihre Workload in der Cloud ordnungsgemäß replizieren und bereitstellen können.
  • Dabei geht es in erster Linie um die Quellserver, die migriert werden.
• Basierend auf den Ergebnissen der Testaktivitäten
  • Dies ergibt sich aus dem Testen von Migrationsaktivitäten und der Durchführung von Geschäftstests.
  • Diese Korrekturmaßnahmen konzentrieren sich auf die Konfiguration der replizierten Zielserver und aller unterstützenden Dienste wie Load Balancer, virtuelle Netzwerke und Speicherkonten.
  • Diese Aufgaben sind vermutlich eher iterativ. Es wird erwartet, dass Sie in mehreren Zyklen testen und korrigieren, bis alle Testfälle erfolgreich sind.

Nachverfolgen von Korrekturmaßnahmen

Während der Iteration können Sie durch Bewertung oder Tests Abhilfemaßnahmen für Ihre Workloads identifizieren. Sie müssen diese Aufgaben als Projektaktivitäten verfolgen, um sicherzustellen, dass sie abgeschlossen werden.

Während kleine Migrationswellen mit Hilfe von Tabellenkalkulationen verfolgt werden können, entstehen bei größeren Wellen mit vielen Korrekturaufgaben mehrere Einträge. Sie können Tools wie Azure DevOps verwenden, um Arbeitselemente zu erstellen und zu priorisieren und bestimmte Phasen zu durchlaufen, um Sie bei der Skalierung zu unterstützen. Selbst wenn Sie Azure DevOps nicht für andere Aufgaben verwenden, können Sie es zur Triage von Problemen und zur Organisation von Aufgaben für den Migrationsprozess nutzen.

Wenn Sie diese Aufgaben erstellen, sollten Sie darauf achten, dass Sie sie mit der Workload, die sie betreffen, in Verbindung bringen. So können Sie abschätzen, welche Workloads durch Korrekturmaßnahmen verzögert werden könnten. Sie können die Arbeit dann nach der Priorität der Workload reihen.

Einige Probleme können mehrere Workloads betreffen. Dabei handelt es sich in der Regel um Probleme mit dem Host, einer umfassenden Konfiguration oder mit der Zielzone als Ganzes. Diese Probleme sollten die ersten sein, die vorrangig behoben werden müssen.

Häufige Korrekturaufgaben

Technische Schulden sind ein gesunder und erwarteter Teil der Unternehmensumgebung. Architekturentscheidungen, die für eine lokale Umgebung getroffen wurden, sind für eine Cloudplattform möglicherweise nicht geeignet. In diesem Fall können Korrekturaufgaben erforderlich sein, um die Ressourcen für die Migration vorzubereiten. Im Folgenden finden Sie einige Beispiele:

• Kleinere Hostupgrades: Manchmal muss ein veralteter Host vor der Replikation aktualisiert werden.
• Kleinere Upgrades des Gastbetriebssystems: Wahrscheinlich müssen Sie vor der Replikation einen Patch oder ein Upgrade für Ihr Betriebssystem durchführen.
• Änderungen der Vereinbarung zum Servicelevel (Service-level Agreement, SLA): Sicherungs- und Wiederherstellungsprozesse ändern sich in einer Cloud-Plattform erheblich. Die Sicherungsprozesse für migrierte Ressourcen müssen möglicherweise geändert werden, um sicherzustellen, dass sie auch in der Cloud die erforderlichen SLAs erfüllen.
• Änderungen der Anwendungskonfiguration: Migrierte Anwendungen erfordern möglicherweise Anpassungen von Variablen wie Netzwerkpfaden zu abhängigen Ressourcen, Änderungen von Dienstkonten oder Aktualisierungen von abhängigen IP-Adressen.
• Kleinere Änderungen an Netzwerkpfaden: Routingmuster müssen geändert werden, damit Benutzerdatenverkehr ordnungsgemäß an die neuen Ressourcen weitergeleitet wird. Hierbei handelt es sich noch nicht um das Routing zu den neuen Ressourcen für die Produktion, sondern um die Konfiguration für das ganz allgemeine ordnungsgemäße Routing zu den Ressourcen.

Umfangreichere Korrekturaufgaben

Wenn ein Rechenzentrum ordnungsgemäß gewartet, gepatcht und aktualisiert wird, besteht nur wenig Bedarf an Abhilfemaßnahmen. In großen Unternehmen sind Umgebungen, die umfangreiche Korrekturmaßnahmen erfordern, eher die Regel. Dazu gehören Unternehmen, die ihren IT-Bereich erheblich verkleinert haben, die über ältere verwaltete Dienstumgebungen verfügen oder die Übernahmen vollzogen haben. In jeder dieser Umgebungen macht die Wiederherstellung einen großen Teil des Migrationsaufwands aus. Die folgenden Korrekturaufgaben können häufig auftreten oder sich negativ auf die Geschwindigkeit oder Konsistenz der Migration auswirken. Wenn dies der Fall ist, sollten Sie die Korrekturmaßnahmen in ein paralleles Team auslagern, ähnlich wie bei der Cloud-Einführung und der Cloud-Governance.

• Häufige Host-Upgrades: Das Upgrade mehrerer Hosts, um die Migration eines Workloads abzuschließen, kann das Migrationsteam aufhalten. Isolieren Sie betroffene Anwendungen und kümmern Sie sich um die Korrekturmaßnahmen, bevor Sie die betroffenen Anwendungen in geplante Versionen aufnehmen.
• Häufige Upgrades des Gastbetriebssystems: In großen Unternehmen gibt es häufig Server, auf denen veraltete Versionen von Linux oder Windows ausgeführt werden. Abgesehen von den Sicherheitsrisiken, die der Betrieb eines veralteten Betriebssystems mit sich bringt, gibt es auch Inkompatibilitätsprobleme, die die Migration der betroffenen Workloads verhindern. Wenn mehrere virtuelle Maschinen (VMs) eine Betriebssystemsanierung benötigen, versuchen Sie, diese Arbeiten in einer parallelen Iteration aufzuteilen. Einige Upgrades können durch die Migrationstools als Teil des Migrationsprozesses abgeschlossen werden, z. B. das Windows Server-Upgrade Feature in Azure Migrate and Modernize.

Adressieren von umfangreichen Korrekturen

Da die Behebung kleinerer Workloads unkompliziert sein kann, wählen Sie für Ihre ersten Migrationswellen kleinere Workloads. Mit steigendem Migrationsaufwand und größeren Workloads kann sich die Korrektur zu einem zeitaufwendigen und teuren Prozess entwickeln. Beispielsweise kann die Behebung von Problemen bei einer Windows Server 2003-Migration, die einen Pool von Assets mit mehr als 5.000 VMs betrifft, die Migration um Monate verzögern. Wenn eine solche groß angelegte Sanierung erforderlich ist, müssen Sie möglicherweise Ihre Pläne für die Migration der betroffenen Workloads ändern. In solchen Fällen könnten Modernisierungsmaßnahmen zur Maximierung des Nutzens von Sanierungsmaßnahmen effizienter und produktiver sein.

Sie können die folgenden Fragen als Entscheidungshilfe verwenden:

• Wurden alle von der Korrektur betroffenen Workloads ermittelt und im Migrationsbacklog erfasst?
• Führt bei den nicht betroffenen Workloads eine Migration zu einer ähnlichen Rendite (ROI)?
• Können die betroffenen Ressourcen im ursprünglichen Zeitrahmen für die Migration korrigiert werden? Wie wirken sich Änderungen in der Zeitleiste auf den ROI aus?
• Ist es wirtschaftlich sinnvoll, die Ressourcen parallel zur Migration zu korrigieren?

Wenn die vorherigen Fragen nicht beantwortet werden können, sollten Sie diese Modernisierungsansätze in Betracht ziehen:

• Containerisierung: Einige Objekte können in einer Containerumgebung ausgeführt werden, ohne dass eine Korrektur erforderlich ist. Dies könnte zu einer verminderten Leistung führen und löst natürlich keine Sicherheits- oder Complianceprobleme.
• Automatisierung: Abhängig von der Workload und den Anforderungen an die Fehlerbehebung kann es profitabler sein, die Bereitstellung auf neue Ressourcen mit einem DevOps-Ansatz zu skripten.
• Neuerstellung: Wenn die Kosten für die Wiederherstellung und der Geschäftswert gleich hoch sind, eignet sich ein Workload gut für eine Neuerstellung oder eine Umstrukturierung.

Nächster Schritt

Replizieren von Ressourcen