10.2.4. Creare un piano di migrazione nella console web di MTC


È possibile creare un piano di migrazione nella console web di Migration Toolkit for Containers (MTC).

Requisiti

  • È necessario aver eseguito l'accesso come utente con privilegi di cluster-admin su tutti i cluster.
  • È necessario assicurarsi che la stessa versione di MTC sia installata su tutti i cluster.
  • È necessario aggiungere i cluster e il repository di replica alla console web di MTC.
  • Se si desidera usare il metodo di copia dei dati di spostamento per eseguire la migrazione di un volume permanente (PV), i cluster di origine e di destinazione devono avere un accesso di rete ininterrotto al volume remoto.
  • Se si desidera usare la migrazione diretta delle immagini, è necessario specificare il percorso esposto al registro delle immagini del cluster di origine. Questo può essere fatto tramite la console web di MTC o aggiornando il manifest delle risorse personalizzate MigCluster.

Procedura

  1. Nella console web di MTC, cliccare su Migration plans.
  2. Cliccare su Add migration plan.
  3. Inserire il nome del piano.

    Il nome del piano di migrazione non deve superare i 253 caratteri alfanumerici minuscoli (a-z, 0-9) e non deve contenere spazi o trattino basso (_).

  4. Selezionare un cluster di origine, un cluster di destinazione e un repository.
  5. Cliccare su Next.
  6. Selezionare i progetti per la migrazione.
  7. Facoltativo: cliccare sull'icona di modifica accanto a un progetto per cambiare lo spazio dei nomi di destinazione.
  8. Cliccare su Next.
  9. Selezionare un tipo di migrazione per ogni PV:

    • L'opzione Copy copia i dati dal PV di un cluster di origine al repository di replica e poi ripristina i dati su un PV appena creato, con caratteristiche simili, nel cluster di destinazione.
    • L'opzione Move smonta un volume remoto, per esempio NFS, dal cluster di origine, crea una risorsa PV sul cluster di destinazione che punta al volume remoto, e poi monta il volume remoto sul cluster di destinazione. Le applicazioni in esecuzione sul cluster di destinazione utilizzano lo stesso volume remoto utilizzato dal cluster di origine.
  10. Cliccare su Next.
  11. Selezionare un metodo di copia per ogni PV:

    • Lacopia degli snapshot esegue il backup e il ripristino dei dati utilizzando la funzionalità di snapshot del provider cloud. È significativamente più veloce della copia del file system.
    • Lacopia del file system esegue il backup dei file sul cluster di origine e li ripristina sul cluster di destinazione.

      Il metodo di copia del file system è richiesto per la migrazione diretta dei volumi.

  12. È possibile selezionare Verify copy per verificare i dati migrati con la copia del file system. I dati sono verificati generando un checksum per ogni file di origine e controllando il checksum dopo il ripristino. La verifica dei dati riduce significativamente le prestazioni.
  13. Selezionare una classe di storage di destinazione.

    Se è selezionata la copia del file system, è possibile cambiare la classe di storage di destinazione.

  14. Cliccare su Next.
  15. Nella pagina Migration options, è selezionata l'opzione Direct image migration se si è specificato un percorso esposto del registro delle immagini per il cluster di origine. L'opzione Direct PV migration è selezionata se si esegue la migrazione dei dati con la copia del file system.

    Le opzioni di migrazione diretta copiano immagini e file direttamente dal cluster di origine al cluster di destinazione. Questa opzione è molto più veloce che copiare immagini e file dal cluster di origine al repository di replica e poi dal repository di replica al cluster di destinazione.

  16. Cliccare su Next.
  17. Facoltativo: cliccare su Add Hook per aggiungere un hook al piano di migrazione.

    Un hook esegue del codice personalizzato. È possibile aggiungere fino a quattro hook a un singolo piano di migrazione. Ogni hook viene eseguito durante un diverso stadio della migrazione.

    1. Inserire il nome dell'hook da visualizzare nella console web.
    2. Se l'hook è un Ansible Playbook, selezionare Ansible Playbook e cliccare su Browse per caricare il playbook o incollare il contenuto del playbook nel campo.
    3. Facoltativo: specificare un'immagine di runtime di Ansible se non si utilizza l'immagine dell'hook predefinita.
    4. Se l'hook non è un Ansible Playbook, selezionare Custom container image e specificare il nome e il percorso dell'immagine.

      Un'immagine container personalizzata può includere degli Ansible Playbook.

    5. Selezionare il cluster di origine o il cluster di destinazione.
    6. Inserire il nome dell'account di servizio e lo spazio dei nomi dell'account di servizio.
    7. Selezionare lo stadio della migrazione per l'hook:

      • preBackup: prima che il carico di lavoro dell'applicazione sia sottoposto a backup sul cluster di origine
      • postBackup: dopo il backup del carico di lavoro dell'applicazione sul cluster di origine
      • preRestore: prima che il carico di lavoro dell'applicazione venga ripristinato sul cluster di destinazione
      • postRestore: dopo che il carico di lavoro dell'applicazione è stato ripristinato sul cluster di destinazione
    8. Cliccare su Add.
  18. Cliccare su Finish.

    Il piano di migrazione viene visualizzato nell'elenco Migration plans.

Risorse aggiuntive

Torna in cima
Red Hat logoGithubredditYoutubeTwitter

Formazione

Prova, acquista e vendi

Community

Informazioni sulla documentazione di Red Hat

Aiutiamo gli utenti Red Hat a innovarsi e raggiungere i propri obiettivi con i nostri prodotti e servizi grazie a contenuti di cui possono fidarsi. Esplora i nostri ultimi aggiornamenti.

Rendiamo l’open source più inclusivo

Red Hat si impegna a sostituire il linguaggio problematico nel codice, nella documentazione e nelle proprietà web. Per maggiori dettagli, visita il Blog di Red Hat.

Informazioni su Red Hat

Forniamo soluzioni consolidate che rendono più semplice per le aziende lavorare su piattaforme e ambienti diversi, dal datacenter centrale all'edge della rete.

Theme

© 2025 Red Hat