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 Copia collegamentoCollegamento copiato negli appunti!
-
È necessario aver eseguito l'accesso come utente con privilegi di
cluster-adminsu 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
443sul 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.