Esegui la migrazione dei carichi di lavoro dall'hardware `ve1` in fase di ritiro

Questo documento spiega come eseguire la migrazione dei carichi di lavoro di Google Cloud VMware Engine dall'hardware ve1 in fase di ritiro all'hardware ve1 o ve2 supportato. Puoi eseguire la migrazione dei carichi di lavoro utilizzando uno dei due metodi: l'opzione 1 prevede l'aggiunta di nuovi cluster hardware a un cloud privato esistente per creare un cloud privato con nodi misti, mentre l'opzione 2 prevede il deployment di un nuovo cloud privato utilizzando nuovo hardware.

Google Cloud sta ritirando l'hardware ve1 di prima generazione su base continuativa man mano che l'infrastruttura fisica raggiunge la fine della sua vita utile. I ritiri avvengono in batch in base ai gruppi di posizionamento in diverse regioni di servizio.

Quando Google Cloud pianifica il ritiro dell'hardware, riceverai una notifica mirata di fine ciclo di vita (EoL) contenente una sequenza temporale dettagliata, limiti delle risorse e istruzioni per la migrazione. Il lancio di queste notifiche mirate inizierà nel primo trimestre del 2026 e i primi batch di hardware ve1 raggiungeranno la fine del ciclo di vita entro il primo trimestre del 2027. Quando il gruppo di posizionamento raggiunge la data di ritiro pianificata, puoi eseguire la migrazione dei carichi di lavoro su hardware più recente.

Questo documento descrive i dettagli dell'avviso di fine ciclo di vita e i passaggi per eseguire la migrazione dei carichi di lavoro. Per mantenere la continuità del servizio e garantire la copertura del contratto di livello di servizio (SLA), completa la migrazione prima che i cluster raggiungano le date di fine ciclo di vita.

Prima di iniziare

Prima di configurare nuove risorse, esamina i requisiti, le limitazioni e i fattori che potrebbero bloccare la migrazione in questa sezione. Queste informazioni ti aiutano a pianificare una migrazione riuscita ed evitare interruzioni del servizio.

Di seguito sono riportati i requisiti fondamentali da considerare prima di iniziare una migrazione:

  • Finestra di migrazione rigorosa di 60 giorni:Google supporta la migrazione per un massimo di 60 giorni dopo l'approvazione della richiesta di quota di capacità di destinazione:
    • Devi completare la migrazione dei carichi di lavoro e dismettere l'hardware ritirato entro questo periodo.
    • Se la durata della migrazione dei carichi di lavoro supera i 60 giorni dopo il provisioning del cluster di destinazione, devi portare la tua licenza Broadcom (BYOL) per coprire qualsiasi consumo che superi i diritti standard.

Di seguito sono riportati i fattori che potrebbero potenzialmente bloccare la migrazione:

  • Blocco dello spazio di indirizzi IP (blocco dell'opzione 1) : l'opzione 1 (cloud privato con nodi misti) richiede che il cloud privato esistente disponga di spazio di indirizzi IP di gestione libero sufficiente. Hai bisogno di spazio sufficiente per supportare il cluster di destinazione aggiunto, che richiede un minimo di tre nodi. Se il blocco CIDR esistente non può supportare almeno tre nodi aggiuntivi, non puoi utilizzare l'opzione 1. In questo caso, devi eseguire il deployment di un nuovo cloud privato (opzione 2). Esamina la sezione Pianifica la capacità per lo spazio di indirizzi IP per determinare la tua idoneità.
  • Supporto del database per la migrazione live:alcune piattaforme di database non possono tollerare le migrazioni live di vMotion. Identifica queste istanze di database VM e pianifica di ricompilarle direttamente sul cluster di destinazione.
  • Connettività VMware HCX:le appliance VMware HCX Fleet non supportano vMotion live standard. Devi pianificare il redeployment dei mesh di servizi HCX sul cluster di destinazione. Per saperne di più, consulta l'articolo di Broadcom Migrating HCX appliances to a different SSO, PSC, or vCenter.

Pianifica la capacità per lo spazio di indirizzi IP

Se esegui la migrazione utilizzando un cloud privato con nodi misti (opzione 1), verifica che il cloud privato esistente disponga di spazio sufficiente nell'intervallo di indirizzi IP di gestione. Il cluster di destinazione aggiunto richiede un minimo di tre nodi.

  1. Visualizza l'intervallo di indirizzi IP di gestione e la versione del piano IP del tuo cloud privato. Per riferimento, consulta le versioni della suddivisione dell'intervallo CIDR delle subnet.
  2. Conta il numero attuale di nodi nel tuo cloud privato.
  3. Controlla il numero massimo di nodi supportati dalle dimensioni del CIDR. Consulta la tabella delle dimensioni dell'intervallo CIDR delle subnet vSphere e vSAN.
  4. Calcola: Existing node count + 3 ≤ maximum nodes supported by CIDR size

Se il blocco CIDR non può supportare almeno tre nodi aggiuntivi, non puoi utilizzare un cloud privato con nodi misti. In questo caso, devi eseguire il deployment di un nuovo cloud privato (opzione 2).

Pianifica la capacità dei nodi

Se la tua offerta di capacità futura specifica i nodi ve2, collabora con il tuo team dedicato all'account Google Cloud per dimensionare e determinare i tipi di nodi ve2 corretti (mega, large, standard, o small) e i conteggi per i tuoi carichi di lavoro. Per le specifiche tecniche, consulta Tipi di nodi HCI di VMware Engine.

Requisiti di licenza e software

Tieni presente i seguenti requisiti di licenza e software per la migrazione:

  • Licenze Broadcom: se la durata della migrazione dei carichi di lavoro supera i 60 giorni dopo il provisioning del cluster di destinazione, devi portare la tua licenza Broadcom per coprire qualsiasi consumo che superi i diritti standard.
  • Mesh di servizi VMware HCX: le appliance VMware HCX Fleet non supportano vMotion. Devi eseguire il redeployment dei mesh di servizi HCX sul cluster di destinazione. Per saperne di più, consulta l'articolo di Broadcom Migrating HCX appliances to a different SSO, PSC, or vCenter.
  • Gruppi di posizionamento di gestione: Google esegue il provisioning della capacità nei gruppi di posizionamento corretti. Per le configurazioni con nodi misti, l'assistenza clienti Google Cloud configura il nuovo cluster nel gruppo di posizionamento di destinazione. Per i nuovi cloud privati, invia il nome del cloud privato pianificato al team dedicato all'account prima di creare il cloud privato per assicurarti che Google lo configuri nel gruppo di posizionamento corretto.

Pianifica gli impegni e la fatturazione

Prima di selezionare un percorso di migrazione, esamina i seguenti vincoli per gli sconti per impegno di utilizzo (CUD):

  • Limitazioni del CUD ve1:sono disponibili solo CUD ve1 di un anno con opzioni di prezzo con licenza portatile. Per applicare un nuovo impegno di un anno, devi eseguire la migrazione a un nuovo gruppo di posizionamento ve1 nella stessa regione.
  • Supporto del CUD ve2:gli impegni CUD di tre anni sono supportati solo nelle famiglie di nodi ve2.
  • Controllo dell'idoneità:poiché i nuovi impegni dipendono dalla durata residua dei gruppi di posizionamento dei nodi nella tua regione, devi collaborare con il team dedicato al tuo Google Cloud account per verificare la tua idoneità.

Informazioni sull'avviso di fine ciclo di vita di ve1

L'avviso di fine ciclo di vita (EoL) di ve1 è un'email ufficiale che ti informa che i nodi bare metal ve1 stanno raggiungendo la fine della loro vita utile.

Componenti chiave dell'avviso di fine ciclo di vita

L'avviso include i seguenti dettagli:

  • Regione e zona in cui si applica l'avviso di fine ciclo di vita.
  • Utilizzo attuale: elenco di tutti i progetti attivi e dei cloud privati ve1 nella regione, con i seguenti dettagli:
    • Nome del cloud privato
    • Numero progetto
    • Nome del cluster
    • Tipo di nodo ve1 (HCI o SON)
    • Numero di nodi ve1 di ogni tipo
    • Data di fine ciclo di vita dopo la quale il cluster non è più supportato
  • Offerta di capacità futura: l'avviso di fine ciclo di vita fornisce un'offerta di capacità futura per ogni cluster ve1 nella regione:
    • Se l'offerta di capacità di destinazione è ve1: stesso numero di nodi del cluster attuale ve1, con una configurazione di vita utile sufficientemente più lunga.
    • Se l'offerta di capacità di destinazione è ve2: ve2-mega-128 tipo di nodo, che offre risorse di calcolo, memoria e capacità di archiviazione equivalenti o superiori.
    • SLA e tolleranza agli errori (FTT): per qualsiasi cluster con tre o più nodi, l'offerta futura è costituita da un minimo di tre nodi. In questo modo, il valore FTT predefinito è 1.

Passaggi chiave per la migrazione

La migrazione è costituita dalla seguente sequenza di passaggi:

  1. Esamina l'offerta di capacità di destinazione per ogni cluster soggetto a fine ciclo di vita. Se hai bisogno di una configurazione diversa (tipi o quantità di nodi), collabora con ilGoogle Cloud team dedicato all'account per modificare l'offerta di capacità.
  2. Gestisci gli sconti per impegno di utilizzo (CUD): se hai impegni CUD ve1 attivi che superano le date di fine ciclo di vita dell'hardware, collabora con il team dedicato al tuo account per modificarli o terminarli.
  3. Seleziona il percorso di migrazione: scegli tra la creazione di un cloud privato con nodi misti o un nuovo deployment di cloud privato. Per aiutarti a decidere, confronta i metodi di migrazione nella sezione seguente.
  4. Esegui la migrazione: esegui la migrazione dei carichi di lavoro utilizzando il percorso scelto. Hai una finestra di supporto massima di 60 giorni per completare la migrazione dopo che Google ha approvato la tua richiesta di quota.
  5. Dismetti il vecchio hardware: elimina i cluster ve1 in fase di ritiro e le quote associate per completare la migrazione.

Confronta le opzioni di migrazione

La scelta del percorso di migrazione corretto ti aiuta a configurare correttamente la rete. Ti aiuta anche a evitare interruzioni del servizio durante la migrazione. La tabella seguente confronta i criteri tecnici, di rete e operativi per ogni opzione.

Funzionalità Opzione 1: cloud privato con nodi misti (ibrido) Opzione 2: nuovo deployment di cloud privato
Descrizione Aggiungi i cluster della famiglia di hardware di destinazione direttamente al cloud privato esistente. Esegui il deployment di un cloud privato completamente nuovo sull'hardware di destinazione.
Requisito per l'intervallo IP di gestione Richiede uno spazio CIDR libero sufficiente nel cloud privato esistente per supportare il cluster aggiunto (minimo tre nodi). Lo spazio insufficiente è un fattore di blocco per l'opzione 1. Flessibile. Utilizza un intervallo di indirizzi IP di gestione completamente nuovo.
Impatto su Networking e DNS Minimo. Conserva le reti, le subnet e le interfacce di gestione attuali. Alto. Richiede la configurazione di nuove topologie di rete, DNS e coordinate di accesso.
Workflow di migrazione VMware vMotion e Storage vMotion live standard. Migrazioni su larga scala utilizzando VMware HCX.
Metodo di creazione Richiesto tramite ticket di assistenza clienti Google Cloud (non puoi aggiungere cluster ai cloud privati ibridi). Completamente self-service (console, API REST, Google Cloud CLI o Terraform).

Opzione 1: migrazione del cloud privato con nodi misti

Questo metodo ti consente di aggiungere i cluster della famiglia di hardware di destinazione direttamente al cloud privato esistente ed eseguire la migrazione dei carichi di lavoro cluster per cluster. Tieni presente che il limite di migrazione di 60 giorni si applica a ogni migrazione del cluster.

Invia una richiesta di quota per l'hardware di destinazione

  1. Nella Google Cloud console, invia una richiesta di quota per la nuova famiglia di hardware di destinazione (ve1 o ve2) e il numero di nodi.
  2. Nella descrizione della richiesta di quota, scrivi esplicitamente le seguenti proprietà:
    • "ve1 hardware end of life"
    • "Retiring PC Name(s): [YOUR_PC_NAME(S)]"
    • "Retiring Cluster Name(s): [YOUR_CLUSTER_NAME(S)]"
  3. Dopo che Google ha approvato la richiesta, puoi visualizzare la nuova quota nella console.

Crea il cluster di destinazione nel cloud privato

  1. Non puoi creare cluster nei cloud privati con nodi misti. Invia un ticket di assistenza per richiedere la configurazione del cluster.
  2. Fornisci i seguenti dettagli nel ticket di assistenza:
    • Numero progetto
    • Nome del cloud privato
    • Nuovo nome del cluster di destinazione
    • Nuova famiglia di macchine (ve1 o ve2) e tipo di nodo
    • Conteggio dei nodi HCI
    • Conteggio dei nodi solo di archiviazione (se applicabile)
  3. L'assistenza clienti Google Cloud ti invierà una notifica quando il cluster di destinazione sarà online.

Esegui la migrazione dei carichi di lavoro

Quando il cluster di destinazione è pronto, utilizza la combinazione di VMware vMotion e Storage vMotion per eseguire la migrazione delle VM dei carichi di lavoro e dei dischi VM:

  1. In vSphere Client, fai clic con il tasto destro del mouse sulla VM e seleziona Migrate.
  2. Seleziona Change both compute resource and storage.
  3. Scegli il nuovo cluster e gli archivi dati di destinazione.

Esegui la migrazione delle VM di gestione del cloud privato

Se il cluster che stai ritirando è il cluster principale (primo) del cloud privato, devi eseguire la migrazione delle VM di gestione:

  1. Utilizza la console Google Cloud VMware Engine o l'API REST per eseguire la migrazione delle VM di gestione al nuovo cluster. Per istruzioni dettagliate, vedi Gestire le risorse del cloud privato.
  2. Non eseguire altre attività del cluster (ad esempio l'aggiunta di nodi) durante la migrazione. Lo stato del cloud privato cambia in aggiornamento durante la procedura.
  3. Smonta tutti gli archivi dati NFS collegati ai vecchi cluster ve1.

Modifica altre configurazioni e applicazioni

  • Mesh di servizi VMware HCX: le appliance Fleet non supportano vMotion. Esegui il redeployment dei componenti del mesh di servizi HCX sul cluster di destinazione. Per saperne di più, consulta l'articolo di Broadcom Migrating HCX appliances to a different SSO, PSC, or vCenter. Se hai bisogno di assistenza, invia un ticket di assistenza.
  • Applicazioni Aria: esegui la migrazione delle VM delle applicazioni Aria in modo simile alle VM dei carichi di lavoro standard.
  • Piattaforme di database: ricompila le istanze di database sul cluster di destinazione se non possono tollerare vMotion.

Dismettere il cluster ritirato

  1. Dopo aver completato e verificato la migrazione dei carichi di lavoro e delle VM di gestione, elimina il cluster in fase di ritiro utilizzando la Google Cloud console, l'API REST o la riga di comando Google Cloud CLI.
  2. Invia una richiesta di quota per ridurre la quota dell'hardware del cluster di origine. Nella descrizione della richiesta, specifica:
    • "ve1 hardware end of life"
    • "Retiring PC Name(s): [YOUR_PC_NAME(S)]"
    • "Retiring Cluster Name(s): [YOUR_CLUSTER_NAME(S)]"

Opzione 2: migrazione del nuovo cloud privato

Questo metodo ti consente di eseguire il deployment di un cloud privato completamente nuovo sull'hardware di destinazione ed eseguire la migrazione dei carichi di lavoro dal cloud privato in fase di ritiro utilizzando VMware HCX.

Quota per le richieste

  1. Invia una richiesta di quota per l' hardware di destinazione.
  2. Nella descrizione della richiesta, scrivi esplicitamente:
    • "ve1 hardware end of life"
    • "Retiring PC Name(s): [YOUR_PC_NAME(S)]"
    • "Retiring Cluster Name(s): [YOUR_CLUSTER_NAME(S)]"
    • "New PC Name: [YOUR_NEW_PC_NAME]"

Crea il nuovo cloud privato

  1. Utilizza la Google Cloud console, l'API REST, Google Cloud CLI o Terraform per eseguire il deployment del nuovo cloud privato sull'hardware di destinazione.
  2. Se il deployment attuale utilizza una rete VMware Engine legacy (una rete VMware Engine creata prima di novembre 2022), crea il nuovo cloud privato nello stesso progetto per continuare a utilizzare le funzionalità di rete standard. Per saperne di più, vedi Reti Google Cloud VMware Engine standard e legacy.

Esegui la migrazione dei carichi di lavoro utilizzando HCX

  1. Configura VMware HCX nel nuovo cloud privato.
  2. Collega le configurazioni HCX e configura i mesh di migrazione per spostare i carichi di lavoro e i dati dai cluster del cloud privato in fase di ritiro. Se il cloud privato in fase di ritiro ha più cluster, assicurati che i profili di calcolo e i mesh di servizi HCX siano configurati in modo da includere tutti i cluster da cui devi eseguire la migrazione dei carichi di lavoro.
  3. Pianifica i batch di migrazione durante le finestre di manutenzione appropriate.

Modifica servizi e applicazioni

  • VMware HCX: esegui il deployment dei mesh di servizi HCX nel nuovo cloud privato.
  • Prodotti Aria: se utilizzi le suite Aria con licenza Google, richiedi assistenza per installare Aria Suite Lifecycle Manager (LCM) nel nuovo cloud privato.

Dismetti il vecchio cloud privato

  1. Dopo aver verificato che tutti i carichi di lavoro funzionano nel nuovo cloud privato, elimina i vecchi cluster e il cloud privato stesso.
  2. Invia una richiesta di quota per rilasciare la quota ritirata. Nella descrizione della richiesta, specifica:
    • "ve1 hardware end of life"
    • "Retiring PC Name(s): [YOUR_PC_NAME(S)]"
    • "Retiring Cluster Name(s): [YOUR_CLUSTER_NAME(S)]"

Gestisci impegni e fatturazione

Collabora con il team dedicato all'account per organizzare le strutture di fatturazione e allineare gli sconti per impegno di utilizzo (CUD) durante la migrazione.

Incentivi per la fatturazione del doppio utilizzo

Per contribuire a compensare i costi di utilizzo simultaneo (doppio) associati all'esecuzione sia delle impronte ritirate sia di quelle di destinazione durante la finestra di migrazione, Google offre incentivi per mitigare i costi di doppio utilizzo per un periodo fisso. Pianifica attentamente la tempistica della migrazione per sfruttare questi incentivi.

Modifiche dello sconto per impegno di utilizzo (CUD)

L'impatto delle migrazioni dell'hardware ve1 sugli sconti per impegno di utilizzo (CUD) ve1 attivi dipende dalle offerte di tempistica e capacità:

  • Sovrapposizione della sequenza temporale: se gli impegni CUD scadono prima della data di fine ciclo di vita del gruppo di posizionamento dei nodi corrente, la fatturazione non cambia.
  • Migrazione sui nodi ve1: se l'offerta di capacità di destinazione utilizza un nuovo ve1 hardware, gli impegni CUD rimangono validi per tutta la durata.
  • Migrazione ai nodi ve2: poiché i tipi di sconto per impegno di utilizzo sono vincolati a categorie di hardware specifiche, devi collaborare con il team dedicato al tuo account per terminare o convertire i contratti ve1 attivi:
    • CUD non convertibili: devi annullare i CUD standard esistenti e acquistare nuovi CUD ve2 standard.
    • CUD convertibili: puoi convertire i CUD ve1 standard attivi in CUD ve2 con licenza portatile.
Utilizzo attuale Tempistiche Offerta futura Impatto del CUD
ve1 Tutti i CUD ve1 scadono prima della fine del ciclo di vita ve1 o ve2 I CUD esistenti non saranno interessati.
ve1 Alcuni CUD ve1 scadono dopo la fine del ciclo di vita ve1 La migrazione non influirà sui CUD esistenti. Il gruppo di posizionamento ve1 di destinazione ha una vita utile sufficiente.
ve1 Alcuni CUD ve1 non convertibili scadono dopo la fine del ciclo di vita ve2 Devi terminare i CUD ve1 esistenti e acquistare nuovi CUD ve2. Collabora con il team dedicato all'account.
ve1 Alcuni CUD ve1 convertibili scadono dopo la fine del ciclo di vita ve2 Converti i CUD ve1 in CUD ve2 con licenza portatile appropriati. Collabora con il team dedicato all'account.

Passaggi successivi