Ricerca

Capitolo 12. Risoluzione dei problemi

download PDF

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.

    Nota

    Potrebbe 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:

  1. 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.

  2. 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.

  3. Aggiungere il cluster di origine alla console web di MTC.
  4. Aggiungere il repository di replica alla console web di MTC.
  5. 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.

      Nota

      Se 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.

      Copia PV migrazione
    • 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.

      Nota

      Anche se il repository di replica non appare in questo diagramma, è necessario per la migrazione.

      Spostamento PV migrazione
  6. 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.

Migrazione delle app da OCP 3 a 4

Informazioni sulle risorse personalizzate di MTC

Il Migration Toolkit for Containers (MTC) crea le seguenti risorse personalizzate (CR):

diagramma dell'architettura di migrazione

20 MigCluster (configurazione, cluster MTC): Definizione del cluster

20 MigStorage (configurazione, cluster MTC): Definizione dello storage

20 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.

Nota

L'eliminazione di una risorsa personalizzata MigPlan elimina le risorse personalizzate MigMigration associate.

20 BackupStorageLocation (configurazione, cluster MTC): posizione degli oggetti di backup Velero

20 VolumeSnapshotLocation (configurazione, cluster MTC): posizione degli snapshot dei volumi Velero

20 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.

20 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

20 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
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.

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 ilBlog 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.

© 2024 Red Hat, Inc.