Best practice per la migrazione

Questa pagina presenta alcune best practice per la migrazione delle istanze di macchine virtuali (VM) VMware al 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 in questione
    • Il Technical Account Manager (TAM), il Partner Engineering Manager (PEM) o il Customer Engineer (CE) 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, tra cui gli script UAT e QA
    • i ruoli e le responsabilità
    • il modello di comunicazione, inclusi gli stand-up giornalieri, i report sullo stato, i percorsi di riassegnazione,
    • Dati che non è possibile migrare e strategie correlate
    • traguardi e tempistiche

  • Garantire l'allineamento con tutti gli stakeholder.

Valuta 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 aggiornamenti di sistema in sospeso e allinea la pianificazione ai riavvii del cambio di migrazione.

  • Stabilisci una strategia di backup e RE per le VM. Prendi in considerazione l'utilizzo di Backup e RE di Google Cloud e VMware Engine Protected.

  • Assicurati che vSphere, vCenter, HCX e, se applicabile, NSX-T on-premise soddisfi la compatibilità minima del controllo delle versioni con le versioni dei componenti VMware Engine.

  • Identifica le VM con requisiti di memoria, CPU o spazio di archiviazione che superano le specifiche del tipo di nodo attuale o che potrebbero causare conflitti se in combinazione con altre VM di grandi dimensioni.

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

  • Sviluppa strategie di pre- e post-migrazione per i contenuti di cui non è possibile eseguire la migrazione a causa di hardware o tagging permanente, ad esempio ISO montati, tag NSX-T, dispositivi passthrough che utilizzano DirectPath I/O, dischi multi-writer e RDM fisici. Una strategia di esempio potrebbe essere la conversione dei RDM fisici in modalità di compatibilità virtuale.

  • Valutare i metodi di migrazione.

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

Usa VMware HCX per le migrazioni

Quando utilizzi HCX per la migrazione, considera i seguenti consigli:

  • Per i deployment del connettore HCX e HCX Service Mesh è supportata una topologia di rete piatta, per evitare problemi di routing ed errori di connettività, configura HCX Management e i profili di rete HCX Uplink su reti e VLAN separate.

  • Assicurati che nel tuo ambiente VMware siano installate le versioni HCX più recenti. Per maggiori informazioni, consulta la pagina Procedure di aggiornamento del servizio HCX.

  • Assicurati di configurare le 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 HCX Manager ripristinato si riconnette alle appliance di servizio esistenti create entro la durata del backup. Se le appliance di servizio non sono più funzionanti, HCX Manager esegue il deployment di nuove VM dell'appliance in base alla configurazione di cui è stato eseguito il backup.

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

  • Per le VM che comunicano da o verso un cloud privato tramite un'estensione HCX L2, configura la migliore impostazione MTU in base alle configurazioni degli endpoint VPN. Ciò è 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 tramite un'estensione L2

    Per ulteriori indicazioni sul calcolo dell'overhead di incapsulamento, consulta le considerazioni sulle MTU e le VPN NSX-T di VMware.

Passaggi successivi