Capitolo 10. Migrazione delle applicazioni


È possibile eseguire la migrazione delle applicazioni utilizzando la console web di Migration Toolkit for Containers (MTC) o dalla riga di comando.

È possibile usare la migrazione di fase e la migrazione completa per eseguire la migrazione di un'applicazione tra cluster:

  • La migrazione di fase copia i dati dal cluster di origine al cluster di destinazione senza fermare l'applicazione. È possibile eseguire una migrazione di fase più volte per ridurre la durata della migrazione completa.
  • Una migrazione completa ferma le transazioni sul cluster di origine e sposta le risorse sul cluster di destinazione.

È possibile usare la migrazione dello stato per eseguire la migrazione dello stato di un'applicazione:

  • La migrazione dello stato copia le richieste di volumi permanenti (PVC) e le risorse Kubernetes selezionate.
  • È possibile usare la migrazione dello stato per eseguire la migrazione di uno spazio dei nomi all'interno dello stesso cluster.

La maggior parte delle risorse in ambito cluster non è ancora gestita da MTC. Se le applicazioni necessitano di risorse in ambito cluster, potrebbe essere necessario crearle manualmente sul cluster di destinazione.

Durante la migrazione, MTC conserva le seguenti annotazioni dello spazio dei nomi:

  • openshift.io/sa.scc.mcs
  • openshift.io/sa.scc.supplemental-groups
  • openshift.io/sa.scc.uid-range

Queste annotazioni preservano l'intervallo UID, assicurando che i container mantengano le autorizzazioni del file system sul cluster di destinazione. Esiste il rischio che gli UID migrati possano duplicare gli UID all'interno di uno spazio dei nomi esistente o futuro sul cluster di destinazione.

10.1. Requisiti per la migrazione

  • È necessario aver eseguito l'accesso come utente con privilegi di cluster-admin su tutti i cluster.

Migrazione diretta di immagini

  • È necessario assicurarsi che il registro interno sicuro del cluster di origine sia esposto.
  • È necessario creare un percorso verso il registro esposto.

Migrazione diretta di volumi

  • Se i cluster usano dei proxy, è necessario configurare un proxy Stunnel TCP.

Immagini interne

  • Se l'applicazione utilizza immagini interne dello spazio dei nomi openshift, è necessario assicurarsi che le versioni richieste delle immagini siano presenti sul cluster di destinazione.

    È possibile aggiornare manualmente un tag di flusso di immagini per utilizzare un'immagine deprecata di OpenShift Container Platform 3 su un cluster di OpenShift Container Platform 4.10.

Cluster

  • Il cluster di origine deve essere aggiornato all'ultima versione z-stream di MTC.
  • La versione MTC deve essere la stessa su tutti i cluster.

Rete

  • I cluster hanno accesso illimitato alla rete tra loro e al repository di replica.
  • Se si copiano i volumi permanenti con move, i cluster devono avere un accesso di rete illimitato ai volumi remoti.
  • È necessario abilitare le seguenti porte su un cluster OpenShift Container Platform 3:

    • 8443 (server API)
    • 443 (percorsi)
    • 53 (DNS)
  • È necessario abilitare le seguenti porte su un cluster OpenShift Container Platform 4:

    • 6443 (server API)
    • 443 (percorsi)
    • 53 (DNS)
  • È necessario abilitare la porta 443 sul repository di replica se si utilizza TLS.

Volumi permanenti (PV)

  • I PV devono essere validi.
  • I PV devono essere legati a richieste di volumi permanenti.
  • Se si usano gli snapshot per copiare i PV, si applicano i seguenti requisiti aggiuntivi:

    • Il provider cloud deve supportare gli snapshot.
    • I PV devono avere lo stesso provider cloud.
    • I PV devono essere situati nella stessa area geografica.
    • I PV devono avere la stessa classe di storage.

Risorse aggiuntive per i requisiti della migrazione

Red Hat logoGithubRedditYoutubeTwitter

Formazione

Prova, acquista e vendi

Community

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.

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 sulla documentazione di Red Hat

Legal Notice

Theme

© 2026 Red Hat
Torna in cima