Best practice per la migrazione

Questa pagina presenta alcune best practice per la migrazione della macchina virtuale (VM) VMware le istanze al tuo cloud privato utilizzando Google Cloud VMware Engine.

Pianifica il progetto di migrazione

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

  • Identifica il personale, incluso quanto segue:

    • 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) e il Partner Engineering di Google pertinente Manager (PEM) o Customer Engineer (CE)

  • 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, tra cui 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
    • Dati che non possono essere migrati e strategie correlate
    • traguardi e tempistiche

  • Garantire 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 scaglioni.

    • Tenere conto delle dipendenze e delle mappature dell'applicazione.
    • Raggruppa le VM in base alla pianificazione della manutenzione.
    • Per evitare più cicli di spegnimento e riaccensione, identifica le VM con sistema in attesa gli aggiornamenti e allinea la pianificazione ai riavvii del cambio di migrazione.

  • Stabilisci una strategia di backup e RE per le VM. Valuta l'uso di Backup e RE di Google Cloud, Protezione VMware Engine.

  • 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 spazio di archiviazione che superano le del tipo di nodo corrente o che potrebbero causare conflitti se combinato con altre VM di grandi dimensioni.

    Ad esempio, i server di database potrebbero richiedere grandi quantità di memoria o 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.

  • Valutare 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, tieni 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 maggiori informazioni le informazioni, vedi Procedure di aggiornamento del servizio HCX.

  • Assicurati di configurare Operazioni di backup e ripristino HCX, come richiesto.

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

    Le appliance di servizio HCX, inclusi HCX-IX e HCX-NE, non richiedono backup individuali. Un gestore HCX ripristinato si riconnette al servizio esistente create entro 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 si estende una rete di livello 2 utilizzando le estensioni di rete HCX, abilitare 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 in un altro cloud privato su Estensione L2

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

Passaggi successivi