Best practice per la migrazione

Questa pagina presenta alcune best practice per la migrazione delle istanze di macchine virtuali (VM) VMware al tuo cloud privato utilizzando Google Cloud VMware Engine.

Pianifica il progetto di migrazione

Prima di eseguire la migrazione delle VM VMware al tuo cloud privato, pianifica la migrazione come segue:

  • Identifica il personale, tra cui:

    • Stakeholder dei clienti
    • Sponsor e proprietario del programma
    • Il team tecnico responsabile della migrazione
    • Gli stakeholder per i sistemi e le applicazioni inclusi nell'ambito
    • Il Technical Account Manager (TAM), il Partner Engineering Manager (PEM) o il Customer Engineer (CE) di Google pertinente

  • Valuta l'ambiente di origine.

  • Crea un piano che definisce quanto segue:

    • la strategia di migrazione
    • l'architettura del nuovo ambiente
    • gli obiettivi e i criteri di successo, inclusi gli script UAT e QA
    • i ruoli e le responsabilità
    • il modello di comunicazione, inclusi riepiloghi giornalieri, report sullo stato, percorsi di riassegnazione, chat room
    • i dati di cui non è possibile eseguire la migrazione e le strategie correlate
    • traguardi e tempistiche

  • Assicurati l'allineamento con tutti gli stakeholder.

Valutare le opzioni di migrazione

Per valutare le diverse opzioni di migrazione per VMware Engine, considera le seguenti opzioni:

  • Valuta la possibilità di pianificare la migrazione a più riprese.

    • Tieni conto delle dipendenze e delle mappature delle applicazioni.
    • Raggruppa le VM in base alla loro pianificazione della manutenzione.
    • Per evitare più cicli di alimentazione, identifica le VM con aggiornamenti di sistema in attesa e allinea la pianificazione ai riavvii di passaggio della migrazione.

  • Stabilisci una strategia di backup e RE per le VM. Valuta la possibilità di utilizzare Backup e RE di Google Cloud e VMware Engine Protected.

  • Assicurati che vSphere, vCenter, HCX e, se applicabile, NSX-T on-premisesoddisfano la compatibilità di versionamento minima con le versioni dei componenti di VMware Engine.

  • Identifica le VM con requisiti di memoria, CPU o archiviazione che superano le specifiche del tipo di nodo corrente o che potrebbero causare contese se combinate con altre VM di grandi dimensioni.

    Ad esempio, i server di database potrebbero richiedere grandi quantità di memoria o i server di archiviazione file potrebbero richiedere datastore di grandi dimensioni.

  • Sviluppare strategie di pre e post-migrazione per i contenuti di cui non è possibile eseguire la migrazione a causa di hardware o tagging persistenti, ad esempio ISO montate, tag NSX-T, dispositivi passthrough che utilizzano I/O DirectPath, dischi multi-autore e RDM fisici. Un esempio di strategia potrebbe essere valutare la possibilità di convertire le unità RDM fisiche in modalità di compatibilità virtuale.

  • Valuta i metodi di migrazione.

    Preferisci la migrazione collettiva. Tieni conto dei requisiti e delle limitazioni correlati.

Utilizzare VMware HCX per le migrazioni

Quando utilizzi HCX per la migrazione, prendi in considerazione i seguenti consigli:

  • Sebbene una topologia di rete piatta sia supportata per gli implementazioni di HCX Connector e HCX Service Mesh, per evitare problemi di routing ed errori di connettività, configura la gestione di HCX e i profili di rete di HCX Uplink su reti e VLAN distinte.

  • Assicurati che l'ambiente VMware disponga delle versioni HCX più recenti. Per ulteriori informazioni, consulta le procedure di aggiornamento del servizio HCX.

  • Assicurati di configurare le operazioni di backup e ripristino HXC, come richiesto.

    Il team SRE gestisce i backup di HCX Manager, ma non quelli di HCX Connector.

    Le appliance di servizio HCX, tra cui HCX-IX e HCX-NE, non richiedono backup individuali. Un HCX Manager ripristinato si riconnette alle appliance di servizio esistenti create durante la durata del backup. Se le appliance di servizio non sono più funzionali, HCX Manager esegue il deployment di nuove VM appliance in base alla configurazione di cui è stato eseguito il backup.

  • Quando estendi una rete di livello 2 utilizzando le estensioni di rete HCX, attiva il condizionamento del flusso TCP. Per informazioni correlate, consulta Funzionalità di progettazione del traffico fornite in HCX.

  • Per le VM che comunicano con o da un cloud privato tramite un'estensione L2 HCX, configura l'impostazione MTU migliore in base alle configurazioni degli endpoint VPN. Questo è particolarmente importante nei casi in cui un'applicazione non sia in grado di controllare la dimensione massima del payload.

    Google consiglia un'impostazione MTU compresa tra 1350 e 1390 byte o inferiore per le interfacce VM che consentono il trasferimento di dati nei seguenti modi:

    • Da un endpoint on-premise a un cloud privato e viceversa
    • Da una VM in un cloud privato a una VM in un altro cloud privato tramite un'estensione L2

    Per ulteriori indicazioni sul calcolo del sovraccarico di incapsulamento, consulta Considerazioni sull'MTU e VPN VMware NSX-T.

Passaggi successivi