This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.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-adminsu 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
- Nella console web di MTC, cliccare su Migration plans.
- Cliccare su Add migration plan.
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 (_).- Selezionare un cluster di origine, un cluster di destinazione e un repository.
- Cliccare su Next.
- Selezionare i progetti per la migrazione.
- Facoltativo: cliccare sull'icona di modifica accanto a un progetto per cambiare lo spazio dei nomi di destinazione.
- Cliccare su Next.
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.
- Cliccare su Next.
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.
- È 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.
Selezionare una classe di storage di destinazione.
Se è selezionata la copia del file system, è possibile cambiare la classe di storage di destinazione.
- Cliccare su Next.
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.
- Cliccare su Next.
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.
- Inserire il nome dell'hook da visualizzare nella console web.
- 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.
- Facoltativo: specificare un'immagine di runtime di Ansible se non si utilizza l'immagine dell'hook predefinita.
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.
- Selezionare il cluster di origine o il cluster di destinazione.
- Inserire il nome dell'account di servizio e lo spazio dei nomi dell'account di servizio.
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
- Cliccare su Add.
Cliccare su Finish.
Il piano di migrazione viene visualizzato nell'elenco Migration plans.