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:

  • Geben Sie die Mitarbeiter an, einschließlich der folgenden Angaben:

    • Kundenbelange
    • Programmsponsor und -inhaber
    • Das für die Migration zuständige technische Team
    • Die Stakeholder für die betroffenen Systeme und Anwendungen
    • Den zuständigen Technical Account Manager (TAM), Partner Engineering Manager (PEM) oder Customer Engineer (CE) von Google

  • 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 der UAT- und QA-Scripts
    • die Rollen und Verantwortlichkeiten
    • das Kommunikationsmodell, einschließlich täglicher Stand-ups, Statusberichte, Eskalationspfade, Chatrooms
    • die Daten, die nicht migriert werden können, und die zugehörigen 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.

  • Erstellen Sie eine Sicherungs- und Notfallwiederherstellungsstrategie für VMs. Sie können Google Cloud Backup and DR 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.

  • Identifizieren Sie VMs mit Arbeitsspeicher-, CPU- oder Speicheranforderungen, die die Spezifikation des aktuellen Knotentyps überschreiten oder die bei Kombination mit anderen großen VMs zu Konflikten führen können.

    So können Datenbankserver beispielsweise große Mengen an Arbeitsspeicher erfordern oder Dateispeicherserver große Datenspeicher.

  • Entwickeln Sie Strategien vor und nach der Migration für Inhalte, die aufgrund von persistenter Hardware oder Tagging nicht migriert werden können, z. B. bereitgestellte ISOs, NSX-T-Tags, Passthrough-Geräte, die DirectPath-I/O verwenden, Multi-Writer-Laufwerke und physische RDMs. Eine mögliche Strategie wäre die Umwandlung physischer RDMs in den virtuellen Kompatibilitätsmodus.

  • Migrationsmethoden bewerten

    Verwenden Sie vorzugsweise die Bulk-Migration. Beachten Sie die entsprechenden Anforderungen und Einschränkungen.

VMware HCX für Migrationen verwenden

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

  • Für HCX Connector- und HCX Service Mesh-Bereitstellungen wird zwar eine flache Netzwerktopologie unterstützt, um Routingprobleme und Verbindungsfehler zu vermeiden, sollten Sie jedoch HCX Management und die Netzwerkprofile für den HCX-Uplink in separaten Netzwerken und VLANs einrichten.

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

  • Konfigurieren Sie nach Bedarf HCX-Sicherungen und Wiederherstellungsvorgänge.

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

    Für HCX-Service-Appliances wie HCX-IX und HCX-NE sind keine individuellen Sicherungen erforderlich. Ein wiederhergestellter HCX Manager stellt eine Verbindung zu vorhandenen Service-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 mit HCX-Netzwerkerweiterungen erweitern, aktivieren Sie die TCP-Flow-Bedingung. Weitere Informationen finden Sie unter In HCX verfügbare Traffic-Engineering-Funktionen.

  • Konfigurieren Sie für VMs, die über eine HCX-L2-Erweiterung mit oder von einer privaten Cloud kommunizieren, die beste MTU-Einstellung auf der Grundlage von VPN-Endpunktkonfigurationen. Dies ist besonders wichtig, wenn eine Anwendung die maximale Nutzlastgröße nicht steuern kann.

    Google empfiehlt eine MTU-Einstellung von 1.350 Byte bis 1.390 Byte oder weniger für VM-Schnittstellen, die die Datenübertragung auf folgende Weise ermöglichen:

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

    Weitere Informationen zur Berechnung des Datenkapselungs-Overheads finden Sie unter Überlegungen zur MTU und VMware NSX-T-VPNs.

Nächste Schritte