Capitolo 12. Risoluzione dei problemi
Questa sezione descrive le risorse per la risoluzione dei problemi del Migration Toolkit for Containers (MTC).
Per i problemi noti, vedere le note di rilascio di MTC.
12.1. Workflow di MTC
È possibile eseguire la migrazione delle risorse di Kubernetes, i dati dei volumi permanenti e le immagini container interne a OpenShift Container Platform 4.10 utilizzando la console web di Migration Toolkit for Containers (MTC) o l'API di Kubernetes.
MTC esegue la migrazione delle seguenti risorse:
- Uno spazio dei nomi specificato in un piano di migrazione.
Risorse con spazio dei nomi: quando MTC esegue la migrazione di uno spazio dei nomi, vengono migrati tutti gli oggetti e le risorse associate a quello spazio dei nomi, come i servizi o i pod. Inoltre, se una risorsa che esiste nello spazio dei nomi ma non a livello di cluster dipende da una risorsa che esiste a livello di cluster, MTC esegue la migrazione di entrambe le risorse.
Per esempio, un security context constraint (SCC) è una risorsa che esiste a livello di cluster e un service account (SA) è una risorsa che esiste a livello di spazio dei nomi. Se un SA esiste in uno spazio dei nomi di cui MTC esegue la migrazione, MTC individua automaticamente tutti gli SCC che sono collegati al SA ed esegue la migrazione anche di questi. Allo stesso modo, MTC esegue la migrazione delle richieste di volumi permanenti che sono legate ai volumi permanenti dello spazio dei nomi.
NotaPotrebbe essere necessario eseguire la migrazione delle risorse con cluster manualmente, a seconda della risorsa.
- Risorse personalizzate (CR) e definizioni di risorse personalizzate (CRD): MTC esegue automaticamente la migrazione delle CR e delle CRD a livello di spazio dei nomi.
La migrazione di un'applicazione con la console web di MTC comporta i seguenti passaggi:
Installare il Migration Toolkit for Containers Operator su tutti i cluster.
È possibile installare il Migration Toolkit for Containers Operator in un ambiente ristretto con accesso Internet limitato o assente. I cluster di origine e di destinazione devono avere accesso di rete tra loro e a un registro speculare.
Configurare il repository di replica, uno storage a oggetti intermedio che MTC usa per eseguire la migrazione dei dati.
I cluster di origine e di destinazione devono avere accesso di rete al repository di replica durante la migrazione. Se si utilizza un server proxy, è necessario configurarlo per permettere il traffico di rete tra il repository di replica e i cluster.
- Aggiungere il cluster di origine alla console web di MTC.
- Aggiungere il repository di replica alla console web di MTC.
Creare un piano di migrazione, con una delle seguenti opzioni di migrazione dei dati:
Copia: MTC copia i dati dal cluster di origine al repository di replica e dal repository di replica al cluster di destinazione.
NotaSe si utilizza la migrazione diretta delle immagini o la migrazione diretta dei volumi, le immagini o i volumi sono copiati direttamente dal cluster di origine al cluster di destinazione.
Spostamento: MTC 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. Il volume remoto deve essere accessibile ai cluster di origine e di destinazione.
NotaAnche se il repository di replica non appare in questo diagramma, è necessario per la migrazione.
Eseguire il piano di migrazione, con una delle seguenti opzioni:
Con la migrazione a fasi viene eseguita la migrazione dei dati nel cluster di destinazione senza fermare l'applicazione.
Una migrazione di fase può essere eseguita più volte in modo che la maggior parte dei dati sia copiata nella destinazione prima della migrazione. L'esecuzione di una o più migrazioni di fase riduce la durata della migrazione completa.
La migrazione completa ferma l'applicazione sul cluster di origine e sposta le risorse sul cluster di destinazione.
Facoltativo: è possibile deselezionare la casella di controllo Halt transactions (Arresta transazioni) sul cluster di origine durante la migrazione.
Informazioni sulle risorse personalizzate di MTC
Il Migration Toolkit for Containers (MTC) crea le seguenti risorse personalizzate (CR):
MigCluster (configurazione, cluster MTC): Definizione del cluster
MigStorage (configurazione, cluster MTC): Definizione dello storage
MigPlan (configurazione, cluster MTC): piano di migrazione
La risorsa personalizzata MigPlan
descrive i cluster di origine e di destinazione, il repository di replica e gli spazi dei nomi da migrare. È associata a 0, 1, o molte risorse personalizzate MigMigration
.
L'eliminazione di una risorsa personalizzata MigPlan
elimina le risorse personalizzate MigMigration
associate.
BackupStorageLocation (configurazione, cluster MTC): posizione degli oggetti di backup Velero
VolumeSnapshotLocation (configurazione, cluster MTC): posizione degli snapshot dei volumi Velero
MigMigration (azione, cluster MTC): migrazione, creata ogni volta che si organizzano o si migrano i dati. Ogni risorsa personalizzata MigMigration
è associata a una risorsa personalizzata MigPlan
.
Backup (azione, cluster di origine): quando si esegue un piano di migrazione, la risorsa personalizzata MigMigration
crea due risorse personalizzate di backup Velero
su ogni cluster di origine:
- Risorsa personalizzata di backup n.1 per gli oggetti Kubernetes
- Risorsa personalizzata di backup n.2 per i dati dei PV
Restore (azione, cluster di destinazione): quando si esegue un piano di migrazione, la risorsa personalizzata MigMigration
crea due risorse personalizzate di ripristino Velero
sul cluster di destinazione:
- Risorsa personalizzata di ripristino n.1 (usando la risorsa personalizzata di backup n.2) per i dati dei PV
- Risorsa personalizzata di ripristino n.2 (usando la risorsa personalizzata di backup n.1) per gli oggetti Kubernetes