Best Practices für Migrate to Virtual Machines

In diesem Dokument werden Best Practices beschrieben, die Sie beim Entwerfen Ihrer VM-Migration zu Google Cloud mit Migrate to Virtual Machines berücksichtigen können. Mit Migrate to Virtual Machines können Sie VMs aus einer Quellumgebung zu Google Cloud migrieren. Ihre Quellumgebung kann in einer lokalen Umgebung, in einer privaten Hostingumgebung oder bei einem anderen Cloud-Anbieter ausgeführt werden.

Die in diesem Dokument beschriebenen Best Practices beziehen sich auf folgende Bereiche:

  1. Quellumgebung bewerten
  2. Grundlagen aufbauen
  3. VMs migrieren
  4. Probleme bei der Migration beheben

Best Practices für die Prüfung

In diesem Abschnitt werden Best Practices zur Behebung häufiger Probleme beschrieben, die während der Prüfungsphase der Migration auftreten können. Wie in Migration zu Google Cloud entwerfen beschrieben, prüfen Sie in der Prüfungsphase Ihre Quellumgebung, die Arbeitslasten, die Sie zu Google Cloud migrieren möchten, und welche VMs die einzelnen Arbeitslasten unterstützen.

Stellen Sie die Teams für Ihre Arbeitslasten so früh wie möglich bereit.

In der ersten Phase der Migration erfassen Sie Informationen zur Quellumgebung, indem Sie alle Teams einbeziehen und interviewen, die für Ihre Umgebung, Arbeitslasten und VMs verantwortlich sind. Beispielsweise können Sie die technischen Anforderungen Ihrer Migration bewerten, die Entwicklungsteams von Teams, Betriebsteams, Sicherheitsteams und die Geschäftsbereiche und Stakeholder für die zu migrierenden Arbeitslasten planen. Um die rechtlichen Erfordernisse Ihrer Migration zu prüfen, sollten Sie in diesen Interviews die Rechtsabteilung und die Compliance-Team einbeziehen.

Mit dieser Best Practice können Sie Überraschungen und unerwartete Probleme vermeiden, die durch unvorhergesehene Migrationsanforderungen und Abhängigkeiten verursacht werden.

Komplexität der Umgebung analysieren

Berücksichtigen Sie beim Bewerten der Quellumgebung und VMs Faktoren, die sich möglicherweise auf die Komplexität einer Migration auswirken. Ermitteln Sie die Kriterien und Datenpunkte, um die Komplexität jeder Arbeitslast zu bewerten. Wenn die Komplexität einer Migration zunimmt, müssen Sie möglicherweise zusätzliche Zeit und Aufwand für die Migration einplanen. Betrachten Sie beispielsweise folgende Faktoren:

  • Müssen Sie VMs mit Betriebssystemen migrieren, die Sie aktualisieren möchten?
  • Müssen Sie VMs mit nicht unterstützten Betriebssystemen migrieren?
  • Müssen Bare-Metal- oder physische Server migriert werden?
  • Haben Sie Abhängigkeiten von einem bestimmten Hypervisor?
  • Müssen Sie von einem Hypervisor migrieren, der Migrate to Virtual Machines nicht unterstützt?
  • Haben Sie Abhängigkeiten von bestimmten Technologien oder Diensten, die Sie nicht migrieren möchten oder können?
  • Wie viele VMs müssen migriert werden?
  • Hat eine dieser VMs Abhängigkeiten zu anderen Anwendungen, Systemen oder VMs?
  • Verfügt Ihr Migrationsteam über Erfahrungen mit Google Cloud?
  • Hat Ihr Migrationsteam Erfahrung mit Migrate to Virtual Machines?
  • Welche Sicherheits- und Governance-Anforderungen gibt es?
  • Haben Sie eine Strategie zur Bereitstellung von Ressourcen in der Cloud?
  • Hat eine Ihrer Arbeitslasten hartcodierte Konfigurationen, die Sie nicht ändern können?
  • Benötigen Ihre Arbeitslasten lizenzierte Betriebssysteme oder andere lizenzierte Software?

Damit dieser Vorgang funktioniert, müssen sich ein VMware-Host und eine VMware vCenter-Instanz im selben Netzwerk wie die VMs befinden, die Sie migrieren möchten. Wenn im Netzwerk kein VMware-Host vorhanden ist, empfehlen wir eine der folgenden Optionen für die Migration Ihrer VMs in eine Quellumgebung, die Migrate to Virtual Machines unterstützt:

Wenn Sie eine Arbeitslast migrieren müssen, die ein hohes Volumen an Transaktionen oder Anfragen unterstützt, ermitteln Sie die Geschwindigkeit, mit der Änderungen zwischen der Quelle und der Zielumgebung synchronisiert werden. Die Geschwindigkeit der Migration ist möglicherweise geringer als die Geschwindigkeit, mit der die Änderungen von der Arbeitslast generiert werden. In solchen Fällen empfehlen wir die Prüfung anderer Datenmigrationsansätze, die für diese Arten von Arbeitslasten spezifisch sind. Wenn Sie beispielsweise eine Datenbank migrieren, die ein hohes Volumen an Transaktionen pro Zeiteinheit unterstützt, ist die Geschwindigkeit, mit der die Transaktionen in die Zielumgebung weitergeleitet werden, möglicherweise nicht schnell genug für die Synchronisierung. In diesem Fall können die VMs in der Zielumgebung möglicherweise die Datensynchronisation nicht abschließen, wodurch die Migrations-Wave nicht abgeschlossen werden kann.

Diese Best Practice hilft Ihnen, die Schwierigkeit einer Migration zu schätzen und die Erwartungen der Stakeholder Ihres Migrationsprojekts zu verwalten.

Aktuelle Umgebung analysieren, um die Zielumgebung entsprechend anzupassen

Definieren Sie für jede VM, die Sie aus der Quellumgebung migrieren möchten, den Maschinentyp, um einen vollständigen Migrationsplan zu entwerfen. Wir empfehlen, dass Sie Informationen über die bereitgestellten Ressourcen jeder VM in der Quellumgebung und die Auslastungsrate dieser Ressourcen erfassen, wie unter Migration zu Google Cloud: Arbeitslasten bewerten und erkennen beschrieben.

Mit dieser Best Practice erhalten Sie detaillierte Informationen zu Ihren Arbeitslasten.

Migrationsplan analysieren

Bevor Sie mit dem Analysieren Ihres Migrationsplans beginnen, lesen Sie die folgenden Dokumente, um die Architektur von Migrate to Virtual Machines besser zu verstehen:

Nachdem Sie sich mit den in diesen Dokumenten beschriebenen Konzepten vertraut gemacht haben, analysieren Sie Ihren Migrationsplan, um Informationen zu Zeitplan, Dauer, Aufwand und Kosten zu erhalten. Wir empfehlen die Verwendung von gewichteten Medianwerten und gewichteten Mittelwerten anstelle von einzelnen Werten, damit Sie die Ergebnisse Ihrer Analyse nach jeder Migrationswelle verfeinern können.

Beispielsweise können Sie mit der Analyse des Migrationsplans Werte für Folgendes ermitteln:

  • Die voraussichtliche Migrationsdauer
  • Die erwartete Anzahl von VMs, die pro Zeiteinheit migriert werden sollen
  • Gesamtkosten für die Migration
  • Die Migrationskosten pro VM
  • Der verfügbare Netzwerkdurchsatz
  • Die Kompatibilität der Tools, die Sie für die Sicherung und Notfallwiederherstellung in der Zielumgebung verwenden

Berücksichtigen Sie beim Analysieren des Migrationsplans alle Bereitstellungsumgebungen für Ihre Anwendungen. Wenn eine Arbeitslast mehrere Bereitstellungsumgebungen erfordert, sollten Sie diese Umgebungen und die Unterschiede zwischen den einzelnen Umgebungen in Ihrer Analyse berücksichtigen. Wenn Sie beispielsweise eine Arbeitslast in einer Entwicklungs-, einer Qualitätssicherungs- und einer Produktionsumgebung bereitstellen, stellen Sie bei der Analyse möglicherweise fest, dass diese Umgebungen eine unterschiedliche Anzahl von VMs haben. Möglicherweise müssen Sie Ihren Migrationsplan anpassen, um diese Unterschiede zu berücksichtigen und die Fristen für die Migration zu erreichen.

Migrationsplan anpassen

Nachdem Sie einen Migrationsplan erstellt und mit der Implementierung dieses Plans begonnen haben, sammeln Sie Kenntnisse zur Migration von Anwendungen und VMs, Google Cloud und Migrate to Virtual Machines. Während die Migration läuft, können Sie dieses Wissen nutzen, um Ihren Migrationsplan regelmäßig zu prüfen, anzupassen und zu optimieren. Nehmen Sie den Migrationsplan mindestens einmal pro Iteration vor. Vielleicht stellen Sie fest, dass Sie sich unrealistische Ziele gesetzt oder Aufwand für unvorhergesehene Aspekte betrieben haben.

Mit dieser Best Practice können Sie den Migrationsplan optimieren.

Wartungsfenster für die zu migrierenden VMs planen

Um die Migration einer VM abzuschließen, muss Migrate to Virtual Machines Vorgänge ausführen, die möglicherweise Ausfallzeiten der VM erfordern. Planen Sie Redundanz und planen Sie ein Umstellungsfenster für Vorgänge, die eine Ausfallzeit erfordern. Wenn Sie beispielsweise einen Cluster von VMs migrieren, müssen Sie den Cluster unter Umständen aufteilen und nach der Migration neu erstellen.

Diese Best Practice hilft Ihnen, unerwartete Ausfallzeiten Ihrer Arbeitslasten zu vermeiden.

Best Practices für die Planung

In diesem Abschnitt werden Best Practices beschrieben, mit denen Sie häufige Probleme beheben können, die beim Erstellen einer Grundlage für Migrate to Virtual Machines auftreten können. Wie unter Migration zu Google Cloud entwerfen beschrieben, erstellen Sie in der Planungsphase die grundlegende Infrastruktur für Migrate to Virtual Machines.

Ihre Umgebung muss die Anforderungen erfüllen

Achten Sie beim Bereitstellen und Konfigurieren der Infrastruktur für die Migration darauf, dass Ihre Umgebung die Anforderungen von Migrate to Virtual Machines erfüllt:

Nehmen Sie alle relevanten Teams in die Analyse dieser Anforderungen auf, da die Anforderungen verschiedene Bereiche wie Computing, Netzwerk, Sicherheit und Compliance betreffen. Zum Beispiel kann das Öffnen eines Firewall-Ports die Zusammenarbeit zwischen dem Sicherheitsteam und dem Netzwerkteam erfordern.

Konfigurieren Sie zum Maximieren des Netzwerkdurchsatzes die maximale Übertragungseinheit und berücksichtigen Sie die empfohlenen Werte für Virtual Private Cloud-Netzwerke, Cloud Interconnect und Cloud VPN.

Diese Best Practice hilft Ihnen, unerwartete Probleme aufgrund von Inkompatibilitäten und Anforderungen zu vermeiden, die Sie nicht erfüllen können.

Prüfen, ob das Ressourcenkontingent ausreicht

Google Cloud erzwingt Kontingente für die Ressourcennutzung. Migrate to Virtual Machines benötigt ausreichend Ressourcenkontingente, um die VM-Migration abzuschließen.

Wir empfehlen Ihnen außerdem, den Artikel VPC-Kontingente und -Limits für Compute Engine-Instanzen zu lesen.

So überprüfen Sie, ob Ihr Kontingent für die Migration ausreicht:

  1. Prüfen Sie Ihr verfügbares Kontingent.
  2. Prüfen Sie, ob Ihr verfügbares Kontingent die Kontingentanforderungen für Migrate to Virtual Machines erfüllt.
  3. Fordern Sie ggf. eine Erhöhung der Kontingente an.

Mit dieser Best Practice können Sie Verzögerungen aufgrund von Anfragen zur Kontingenterhöhung und Kontingentanforderungen vermeiden.

Best Practices für die Migration Ihrer VMs

In diesem Abschnitt werden Best Practices zur Behebung häufiger Probleme beschrieben, die bei der Migration von VMs mit Migrate to Virtual Machines auftreten können.

Sicherstellen, dass das Gastbetriebssystem in VMware richtig konfiguriert ist

Sorgen Sie vor der Migration Ihrer VMs dafür, dass VMWare vCenter keine Warnungen in Bezug auf das Gastbetriebssystem (OS) meldet. Wenn eine Warnung angezeigt wird, korrigieren Sie die Gastbetriebssystemkonfiguration, indem Sie das konfigurierte Gastbetriebssystem ändern.

Diese Best Practice hilft Ihnen, Fehler während der Migration zu vermeiden.

VMs müssen ordnungsgemäß vorbereitet sein

Prüfen Sie vor der Migration Ihrer VMs oder physischen Server, ob sie richtig für die Migration vorbereitet sind, ohne Fehler oder Warnungen. Wenn Ihre VMs und physischen Server nicht für die Migration vorbereitet sind, kann es zu unerwarteten Ergebnissen für den Migrationsversuch kommen, z. B. zu einem Fehler bei der Migration der VMs. Diese Best Practice hilft Ihnen, Fehler während der Migration zu vermeiden.

Migrate to Virtual Machines bereitet Ihre VMs automatisch für die Migration vor. Weitere Informationen finden Sie unter VMs für die Ausführung in Google Cloud anpassen.

Prüfen, ob VMs in Google Cloud ordnungsgemäß funktionieren

Sie sollten prüfen, ob Ihre VMs während der Replikation und nach der Umstellungsphase in Google Cloud ordnungsgemäß funktionieren. Mit dieser Best Practice können Sie prüfen, ob Ihre Arbeitslasten und VMs wie erwartet funktionieren.

Wenn Sie die Replikationsphase starten, prüfen Sie Ihre VMs, indem Sie Testklone in einer Sandbox-Umgebung erstellen. Sie können den Erstellungsprozess für Testklone mehrmals wiederholen, um zu bewerten, wie die VMs in der Cloud funktionieren, wenn Sie Änderungen auf die Quellumgebung anwenden. Wir empfehlen, diese Tests auszuführen, bevor Sie Ihre VMs in die Umstellungsphase verschieben.

Prüfen Sie nach Abschluss der Umstellungsphase den Betrieb Ihrer VMs, indem Sie den Inhaber der einzelnen Arbeitslasten einbeziehen und ihn bitten, zu beurteilen, ob Probleme mit diesen Arbeitslasten auftreten. Wir empfehlen, diese Prüfung durchzuführen, bevor Sie Ihre VMs in die Finalisierungsphase verschieben.

Migrate to Virtual Machines deinstallieren

Nachdem Sie die Migration abgeschlossen haben, empfehlen wir, Migrate to Virtual Machines zu deinstallieren. Diese Best Practice sorgt dafür, dass Sie Migrate to Virtual Machines-Komponenten außer Betrieb nehmen und unnötige Kosten für Abrechnung und Verwaltung vermeiden.

So deinstallieren Sie Migrate to Virtual Machines:

  1. Löschen und deinstallieren Sie Migrate Connectors aus Ihrem VMware vSphere-Rechenzentrum. Weitere Informationen finden Sie unter Migrate Connector löschen.
  2. Deaktivieren Sie den Dienst „Migrate to Virtual Machines“: vmmigration.googleapis.com. Weitere Informationen zum Deaktivieren von Diensten in einem Projekt finden Sie unter Dienste deaktivieren.
  3. Löschen Sie alle erstellten Testklone, um zu prüfen, ob Ihre Arbeitslasten in Google Cloud ordnungsgemäß funktionieren.

Best Practices für die Fehlerbehebung

In diesem Abschnitt werden Best Practices beschrieben, die Sie bei der Untersuchung aller Migrationsprobleme unterstützen, die bei der Verwendung von Migrate to Virtual Machines auftreten können.

Erfassen Sie Informationen zu Migrate to Virtual Machines, Ihrer Umgebung und Ihren Arbeitslasten, um Fehler während oder nach der Migration effektiv beheben zu können. Erfassen Sie zu Beginn folgende Informationen:

Weitere Informationen finden Sie unter Fehlerbehebung bei Migrate to Virtual Machines.