Best Practices für die Migration

Auf dieser Seite finden Sie einige Best Practices für die Migration von VMware-VM-Instanzen mit Google Cloud VMware Engine in Ihre private Cloud.

Migrationsprojekt planen

Planen Sie die Migration von VMware-VMs in Ihre Private Cloud so:

  • Identifizieren Sie das Personal, einschließlich der folgenden:

    • Kunden-Stakeholder
    • Sponsor und Inhaber des Programms
    • Das für die Migration zuständige technische Team
    • Die Stakeholder für Systeme und Anwendungen, die im Projektumfang enthalten sind
    • den zuständigen Technical Account Manager (TAM) von Google, Partner Engineering Manager (PEM) oder Customer Engineer (CE)

  • Bewerten Sie die Quellumgebung.

  • Erstellen Sie einen Plan, in dem Folgendes definiert ist:

    • die Migrationsstrategie
    • die Architektur der neuen Umgebung
    • die Ziele und Erfolgskriterien, einschließlich UAT und QA-Skripte
    • die Rollen und Verantwortlichkeiten,
    • Kommunikationsmodells, einschließlich täglichen Stand-ups, Statusberichten, Eskalationspfade, Chatrooms
    • Daten, die nicht migriert werden können, und zugehörige Strategien
    • Meilensteine und Zeitplan

  • Achten Sie darauf, dass alle Stakeholder einverstanden sind.

Migrationsoptionen bewerten

Bei der Bewertung der verschiedenen Migrationsoptionen für die VMware Engine sollten Sie die folgenden Optionen berücksichtigen:

  • Sie können die Migration in mehreren Schritten planen.

    • Berücksichtigen Sie Anwendungsabhängigkeiten und ‑zuordnungen.
    • Gruppieren Sie VMs basierend auf ihrem Wartungszeitplan.
    • Um mehrere Aus- und Einschaltvorgänge zu vermeiden, identifizieren Sie die VMs mit ausstehenden Systemupdates und richten Sie den Zeitplan an den Neustarts für den Migrationsübergang aus.

  • Strategie für die Sicherung und Notfallwiederherstellung von VMs festlegen Sie können Google Cloud-Sicherungen und Notfallwiederherstellungen und VMware Engine Protected verwenden.

  • Achten Sie darauf, dass vSphere, vCenter, HCX und gegebenenfalls NSX-T on-premises die Mindestversionskompatibilität mit den VMware Engine-Komponentenversionen erfüllen.

  • Ermitteln Sie VMs mit Arbeitsspeicher-, CPU- oder Speicheranforderungen, die die des aktuellen Knotentyps spezifiziert oder zu Konflikten führen kann, in Kombination mit anderen großen VMs.

    Datenbankserver benötigen beispielsweise viel Arbeitsspeicher oder Dateispeicherserver benötigen möglicherweise große Datenspeicher.

  • Strategien vor und nach der Migration für Inhalte entwickeln, die nicht die aufgrund von persistenter Hardware oder Tagging wie bereitgestellten ISOs, NSX-T Tags, Passthrough-Geräte, die DirectPath E/A Laufwerke für mehrere Autoren, und physische RDMs. Eine mögliche Strategie wäre die Umwandlung physischer RDMs in den virtuellen Kompatibilitätsmodus.

  • Migrationsmethoden bewerten und bewerten

    Verwenden Sie vorzugsweise die Bulk-Migration. Berücksichtigen Sie die damit verbundenen Anforderungen und Einschränkungen.

VMware HCX für Migrationen verwenden

Beachten Sie bei der Verwendung von HCX für die Migration die folgenden Empfehlungen:

  • Obwohl eine flache Netzwerktopologie für HCX-Connector und HCX unterstützt wird, Service-Mesh-Bereitstellungen, um Routingprobleme und Konnektivität zu vermeiden Fehler beheben, die HCX-Verwaltung und die HCX-Uplink-Netzwerkprofile einrichten in separaten Netzwerken und VLANs.

  • Achten Sie darauf, dass in Ihrer VMware-Umgebung die neuesten HCX-Versionen installiert sind. Weitere Informationen finden Sie unter HCX-Dienstaktualisierungsverfahren.

  • Achten Sie darauf, HCX-Sicherungen und ‐Wiederherstellungen wie erforderlich.

    Das SRE-Team verwaltet HCX Manager-Sicherungen, aber keine HCX-Connector-Sicherungen.

    HCX-Service-Appliances, einschließlich HCX-IX und HCX-NE, benötigen keine für einzelne Back-ups. Ein wiederhergestellter HCX Manager stellt eine Verbindung zu vorhandenen Dienst-Appliances her, die innerhalb der Sicherungsdauer erstellt wurden. Wenn die Dienst-Appliances nicht mehr funktionieren, stellt der HCX Manager anhand der gesicherten Konfiguration neue Appliance-VMs bereit.

  • Wenn Sie ein Layer-2-Netzwerk mithilfe von HCX-Netzwerkerweiterungen erweitern, aktivieren Sie TCP-Flussbedingung. Weitere Informationen finden Sie unter Traffic Engineering-Funktionen in HCX

  • Für VMs, die über ein HCX L2 mit einer privaten Cloud kommunizieren Erweiterung, konfigurieren Sie die beste MTU-Einstellung auf Basis des VPN-Endpunkts. Konfigurationen. Dies ist besonders wichtig, wenn eine Anwendung die maximale Nutzlastgröße nicht steuern kann.

    Google empfiehlt eine MTU-Einstellung von 1.350 bis 1.390 Byte oder weniger für die VM Schnittstellen, mit denen eine Datenübertragung auf folgende Weise möglich ist:

    • Von einem lokalen Endpunkt in eine private Cloud und umgekehrt
    • Von einer VM in einer privaten Cloud zu einer VM in einer anderen privaten Cloud über eine L2-Erweiterung

    Weitere Informationen zum Berechnen des Kapselungs-Overheads finden Sie unter Überlegungen zur MTU und VMware NSX-T-VPNs.

Nächste Schritte