Modernizza i carichi di lavoro tradizionali

Importante: la UI di Migrate to Containers nella console Google Cloud, in migctl e nei CRD che utilizzano cluster di elaborazione per eseguire la migrazione dei carichi di lavoro in Google Cloud è stata ritirata. Sono supportati per gli utenti esistenti fino a maggio 2024, dopodiché non saranno più disponibili. Se non hai mai utilizzato Migrate to Containers, utilizza l'interfaccia a riga di comando Migrate to Containers per eseguire le migrazioni sulla tua macchina locale. Per saperne di più, consulta Eseguire la migrazione all'architettura dell'interfaccia a riga di comando dei container.

Questo argomento descrive come modernizzare i carichi di lavoro basati su VM in container che vengono eseguiti su Google Kubernetes Engine (GKE), cluster GKE o piattaforma Cloud Run. Puoi eseguire la migrazione dei carichi di lavoro da VM in esecuzione su VMware o Compute Engine, offrendoti la flessibilità necessaria per containerizzare i carichi di lavoro esistenti.

Per eseguire la modernizzazione (nota anche come migrazione), utilizza un cluster di elaborazione che hai creato seguendo i passaggi descritti in Installazione di Migrate to Containers.

Il flusso di base per la migrazione di un carico di lavoro è simile per tutti i tipi di carichi di lavoro supportati. Esistono alcune differenze tra i tipi di carico di lavoro, quindi devi identificarlo nelle sezioni seguenti per una descrizione della procedura e informazioni dettagliate per ogni passaggio.

Carichi di lavoro supportati

• VM Linux
• Applicazione Windows IIS
• Applicazione Tomcat
• Applicazioni tradizionali WebSphere
• JBoss
• Apache
• Siti WordPress

Esegui la migrazione di una VM Linux

Procedura di migrazione

Il seguente diagramma illustra i passaggi di migrazione per un carico di lavoro Linux:

Nota: per i tutorial passo passo completi sul processo di migrazione, vedi:

• Il tutorial per spostare il servizio e il database Bank of GKE Enterprise di esempio da una VM a un ambiente GKE, senza modifiche al codice.

• I lab pratici:

  • Eseguire la migrazione e il deployment di una VM Linux

1. Aggiungi un'origine della migrazione.

   Per avviare una migrazione, devi configurare un'origine che rappresenti la piattaforma di origine da cui eseguirai la migrazione. Se hai già un'origine da una migrazione precedente e le VM di cui esegui la migrazione provengono dalla stessa origine, puoi riutilizzarla.

2. Crea una migrazione.

   Crea un oggetto di migrazione con un piano di migrazione iniziale.

3. Esegui la migrazione dei dati Linux.

   Scegli se eseguire o meno la migrazione dei dati.

4. Personalizza il tuo piano di migrazione.

   Modifica il piano di migrazione in base ai tuoi requisiti specifici prima di eseguire la migrazione.

5. Esegui la migrazione.

   Esegui la migrazione per estrarre gli artefatti dei container, tra cui l'immagine container e il Dockerfile. Utilizza questi artefatti per eseguire il deployment del container nell'ambiente di test o in produzione.

6. Monitorare una migrazione.

   Monitora l'avanzamento di una migrazione e controlla i log delle attività di migrazione.

7. Eliminare una migrazione.

   Elimina la migrazione per liberare eventuali risorse utilizzate.

Eseguire la migrazione di un'applicazione Windows IIS

Procedura di migrazione

Il seguente diagramma illustra i passaggi di migrazione per un carico di lavoro Windows:

Nota: per un tutorial pratico passo passo su questo processo, consulta il lab pratico Eseguire la migrazione ai container: Windows.

I passaggi per eseguire la migrazione con Migrate to Containers sono i seguenti:

1. Aggiungi un'origine della migrazione.

   Per avviare una migrazione, devi configurare un'origine che rappresenti la piattaforma di origine da cui esegui la migrazione. Se hai già un'origine da una migrazione precedente e le VM di cui esegui la migrazione provengono dalla stessa origine, puoi riutilizzarla.

   Nota: la migrazione Windows supporta solo Compute Engine come origine. Tuttavia, puoi utilizzare Esegui la migrazione alle macchine virtuali per eseguire la migrazione di una VM Windows da altre origini o clonarla da altre origini in Compute Engine, quindi eseguire la migrazione della VM risultante. La VM Windows migrata non deve essere configurata per l'esecuzione su Compute Engine.

2. Crea un piano di migrazione.

   Creare un oggetto di migrazione con un piano di migrazione iniziale.

3. Personalizza il tuo piano di migrazione.

   Modifica il piano di migrazione in base ai tuoi requisiti specifici prima di eseguire la migrazione.

4. Esegui la migrazione.

   Esegui la migrazione per estrarre gli artefatti dei container, che includono il Dockerfile e gli altri file necessari per creare un'immagine container.

5. Monitora la migrazione.

   Monitora l'avanzamento di una migrazione e controlla i log delle attività di migrazione.

6. Crea un'immagine container Windows

   Utilizza gli artefatti generati per creare un container Windows di cui puoi eseguire il deployment in un cluster.

7. Eliminare una migrazione.

   Elimina la migrazione per liberare eventuali risorse utilizzate.

Funzionalità supportate

Migrate to Containers: attualmente Windows supporta la migrazione dei siti di framework IIS .Net. Puoi suddividere i siti in immagini monouso o raggrupparle come preferisci.

Per un'indicazione migliore di quali siti è possibile eseguire la migrazione su una VM di origine, prova a eseguire la valutazione offline dell'interfaccia a riga di comando del client predittivo del Centro di migrazione.

Eseguire la migrazione di un server Tomcat

Il seguente diagramma illustra i passaggi di migrazione per un carico di lavoro Tomcat:

Quando utilizzi Migrate to Containers per eseguire la migrazione dei carichi di lavoro Tomcat, puoi sfruttare le funzionalità e l'architettura di Tomcat per:

• Separa automaticamente sottoinsiemi di applicazioni in singoli container.
• Conserva gli archivi chiavi, gli archivi di attendibilità e i certificati esistenti della tua applicazione Tomcat dalla VM di origine.
• Determina in modo dinamico l'allocazione ottimale della memoria per le applicazioni JVM.
• Copia volumi di dati specifici e richieste di volumi di dati dalle VM di origine.

Prerequisiti

• Un server app Apache Tomcat basato su VM Linux 8.5 e versioni successive.
• Determina l'idoneità del carico di lavoro per la migrazione eseguendo una valutazione offline.
• Configura un cluster Cloud per la migrazione delle VM Linux.

Importante: non specificare l'opzione --readonly nell'interfaccia a riga di comando di mcdc. L'opzione --readonly impedisce all'interfaccia a riga di comando mcdc di archiviare i dati raccolti relativi a Tomcat sulla VM e impedisce a Migrate to Containers di accedere a questi dati.

Importante: non utilizzare il comando ./mcdc discover. Devi eseguire lo script di raccolta ospite su una VM per recuperare le informazioni necessarie per la containerizzazione utilizzando le immagini della community Tomcat OSS.

Procedura di migrazione

I passaggi per eseguire la migrazione con Migrate to Containers sono i seguenti:

1. Aggiungi un'origine della migrazione.

   Per avviare una migrazione, devi configurare un'origine che rappresenti la piattaforma di origine da cui esegui la migrazione. Se hai già un'origine da una migrazione precedente e le VM di cui esegui la migrazione provengono dalla stessa origine, puoi riutilizzarla.

2. Crea una migrazione.

   Creare un oggetto di migrazione con un piano di migrazione iniziale.

3. Eseguire la migrazione dei dati Tomcat.

   Scegli se eseguire o meno la migrazione dei dati.

4. Personalizza il tuo piano di migrazione.

   Modifica il piano di migrazione in base ai tuoi requisiti specifici prima di eseguire la migrazione.

5. Esegui la migrazione.

   Esegui la migrazione per estrarre gli artefatti dei container, che includono il Dockerfile e gli altri file necessari per creare un'immagine container.

6. Monitora la migrazione.

   Monitora l'avanzamento di una migrazione e controlla i log delle attività di migrazione.

7. Crea un'immagine container Tomcat

   Utilizza gli artefatti generati per creare un container di cui puoi eseguire il deployment in un cluster.

8. Eliminare una migrazione.

   Elimina la migrazione per liberare eventuali risorse utilizzate.

Funzionalità non supportate

Le seguenti funzionalità di Tomcat non sono supportate:

• Clustering/Replica delle sessioni.

• Supporto Windows per migrazioni Tomcat mediante carichi di lavoro Windows.

Migrazione delle applicazioni tradizionali di WebSphere

Importante: il plug-in websphere-traditional è stato ritirato. Per i clienti esistenti, questo plug-in sarà ancora supportato fino a dicembre 2023, dopodiché non sarà più disponibile. Se non hai mai utilizzato la modernizzazione dei carichi di lavoro di WebSphere, usa invece il plug-in websphere-container con l'interfaccia a riga di comando Migrate to Containers.

Panoramica della migrazione

IBM WebSphere Application Server (WAS) tradizionale è un framework software che ospita carichi di lavoro basati su Java. Migrate to Containers ti consente di modernizzare i carichi di lavoro delle app in esecuzione in modalità WAS tradizionale convertendoli in container di applicazioni. Puoi quindi eseguire il deployment dei container di app nel cluster GKE o GKE Enterprise su Google Cloud.

Informazioni sulla migrazione delle app tradizionali di WebSphere Application Server

Una VM tradizionale WAS può contenere più app. Migrate to Containers ti aiuta ad automatizzare la modernizzazione delle app WAS nei container, rilevando le app di cui è stato eseguito il deployment nella VM di origine e suggerendo automaticamente la configurazione per la modernizzazione.

Google richiede di eseguire la migrazione di ogni app alla propria immagine container (ibmcom/websphere-traditional, ibmcom/websphere-liberty o openliberty/open-liberty). Puoi quindi testare ed eseguire il deployment delle app di cui è stata eseguita la migrazione singolarmente, anziché dover testare ed eseguire il deployment di più app insieme.

L'origine della migrazione può essere WAS ND o WAS di base. Il target sarà un container di base Liberty o WAS tradizionale e le rispettive funzionalità di clustering ND verranno delegate a Kubernetes.

Requisiti

Verifica che gli ambienti di migrazione e deployment siano compatibili con Migrate to Containers esaminando i seguenti requisiti di sistema.

Requisiti per la migrazione delle app tradizionali WAS

Prima di iniziare la migrazione, assicurati che l'ambiente tradizionale IBM WAS e il cluster di elaborazione della migrazione soddisfino i requisiti descritti di seguito.

I requisiti di sistema tradizionali erano

Migrate to Containers supporta la migrazione delle app ospitate sulle seguenti versioni di IBM WAS:

• WebSphere Application Server 8.5.5.x tradizionale
• WebSphere Application Server tradizionale 9.0.5.x

Affinché Migrate to Containers possa elaborare una VM contenente un'app tradizionale WAS, Migrate to Containers estrae due tipi di configurazioni dalla VM:

• La configurazione di ogni applicazione.

• La configurazione del profilo di destinazione. Un profilo definisce l'ambiente di runtime di un WAS, incluse porte, impostazioni JVM e altro ancora.

Il software Migrate to Containers automatizza l'utilizzo dell'IBM WebSphere Application Server Migration Toolkit per Application Binaries nel tuo cluster GKE Enterprise o GKE per scoprire, valutare e generare report sulla migrazione e script di configurazione. Sei l'unico responsabile dell'approvvigionamento, della concessione in licenza e dell'utilizzo del toolkit.

Prima di poter avviare una migrazione, devi caricare il toolkit in un bucket Google Cloud Storage nel tuo account. Vedi Impostare il file binarioAppScanner.jar per questa procedura.

Sistemi operativi per VM compatibili

Migrate to Containers supporta le migrazioni di app WAS tradizionali dalle VM installate con i sistemi operativi Linux a 64 bit elencati in Sistemi operativi VM compatibili.

Requisiti dei cluster di elaborazione

Utilizza un cluster Google Kubernetes Engine (GKE) o GKE Enterprise per eseguire i componenti Migrate to Containers che eseguono le trasformazioni necessarie per la migrazione di un'app da una VM di origine a un container di destinazione. Per le app in una VM WAS:

• Il deployment del cluster di elaborazione può essere eseguito come:

  • Google Kubernetes Engine (GKE) su Google Cloud
  • Cluster GKE Enterprise su Google Cloud
  • Google Distributed Cloud Virtual for Bare Metal

Il cluster di elaborazione deve utilizzare un sistema operativo Linux elencato in Sistemi operativi cluster di elaborazione compatibili.

Consulta Scegliere il tipo di cluster di elaborazione per informazioni sulla creazione di ciascun tipo di cluster di elaborazione.

Requisiti per il deployment delle app migrate

Dopo la migrazione delle app, assicurati che l'ambiente applicativo e il cluster di destinazione soddisfino i requisiti descritti di seguito.

Requisiti del cluster di destinazione

Utilizza un cluster Google Kubernetes Engine (GKE), GKE Enterprise su Google Cloud o Google Distributed Cloud Virtual for Bare Metal. Il cluster di destinazione deve utilizzare un sistema operativo Linux elencato in Sistemi operativi cluster di carichi di lavoro compatibili.

Nell'ambito dell'esecuzione di una migrazione, Migrate to Containers crea un'immagine Docker che rappresenta un'app WAS migrata e la carica in un registro Docker. Devi assicurarti che il cluster di destinazione abbia accesso in lettura al registro Docker come descritto qui.

Contenitori di destinazione supportati

• WebSphere Application Server tradizionale
• Liberty server applicazioni WebSphere
• Apri Liberty

Prima di iniziare

Prima di iniziare una migrazione, devi eseguire le seguenti attività.

Installa Migrate to Containers

Installa Migrate to Containers sul tuo cluster di elaborazione. Un cluster di elaborazione è un cluster Google Kubernetes Engine (GKE) o GKE Enterprise con i componenti Migrate to Containers installati e che utilizzi per eseguire la migrazione delle VM. Vedi Panoramica dell'installazione per tutte le istruzioni di installazione.

Nota: utilizza Migrate to Containers 1.11.0 o versioni successive.

(Facoltativo) Configura Migrate to Virtual Machines

Per utilizzare Migrate to Containers per eseguire la migrazione dei carichi di lavoro WebSphere a Google Cloud da VMware, devi configurare Esegui la migrazione alle macchine virtuali, che gestisce il trasporto.

Per maggiori informazioni, vedi Configurare Migrate to Virtual Machines.

Configura il file binarioAppScanner.jar

Nota:

Assicurati di scaricare l'ultima versione del file binarioAppScanner.jar. Se hai già scaricato lo strumento, puoi controllare la data di modifica nella pagina di download per assicurarti di avere la versione più recente.

Puoi anche utilizzare il seguente comando per determinare la tua versione attuale:

java -jar binaryAppScanner.jar --version

Quindi confronta la tua versione corrente con quella indicata nella licenza IBM che viene visualizzata quando fai clic su Migrazione del Toolkit per Application Binaries per scaricare il file.

Migrate to Containers automatizza l'utilizzo di binaryAppScanner.jar, disponibile come parte di IBM WebSphere Application Server Migration Toolkit for Application Binaries, per estrarre informazioni di configurazione e file per le applicazioni WAS nella VM di origine.

Prima di poter eseguire una migrazione, devi:

• Accetta il contratto di licenza e scarica IBM WebSphere Application Server Migration Toolkit per Application Binaries, quindi estrai il file binaryAppScanner.jar.

• Crea un Dockerfile e prepara il plug-in in bundle con lo scanner binario.

Per configurare binaryAppScanner.jar:

1. Scarica il file di installazione, binaryAppScannerInstaller.jar, dall'assistenza IBM.Devi accettare il contratto di licenza durante il download.

2. Esegui questo comando per estrarre il file binaryAppScanner.jar e accettare il contratto di licenza:

   java -jar binaryAppScannerInstaller.jar --acceptLicense --verbose
   

3. Specifica la directory di destinazione per l'estrazione. Ad esempio, /tmp. Il programma di installazione crea una directory denominata /wamt sotto la directory di destinazione.

4. Vai alla directory /wamt. Ad esempio:

   cd /tmp/wamt
   

5. Crea due Dockerfile con i seguenti comandi:

   FROM us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/websphere-traditional-container-discover:1.3.1
   ADD binaryAppScanner.jar /
   

   FROM us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/websphere-traditional-container-extract:1.3.1
   ADD binaryAppScanner.jar /
   

6. Crea ed esegui il push delle immagini Docker:

   gcloud builds submit --timeout 1h -t gcr.io/PROJECT_ID/websphere-traditional-container-discover-with-scanner:1.3.1 --project PROJECT_ID
   gcloud builds submit --timeout 1h -t gcr.io/PROJECT_ID/websphere-traditional-container-extract-with-scanner:1.3.1 --project PROJECT_ID
   

7. Modifica il plug-in CRD per raggrupparlo con lo scanner binario come segue:

   $ kubectl edit appxplugins.anthos-migrate.cloud.google.com -n v2k-system websphere-traditional-container
   
   # Set the value of spec.discoveryImage and spec.generateArtifactsImage:
   
   apiVersion: anthos-migrate.cloud.google.com/v1beta2
   kind: AppXPlugin
   metadata:
     namespace: v2k-system
     name: websphere-traditional-container
     labels:
       anthos-migrate.cloud.google.com/preview-type: public
     annotations:
       anthos-migrate.cloud.google.com/display-name: WebSphere traditional container
   spec:
     discoverImage: gcr.io/PROJECT_ID/websphere-traditional-container-discover-with-scanner:1.3.1
     discoverCommand:
     - /ko-app/websphere-traditional
     - discover
     generateArtifactsImage: gcr.io/PROJECT_ID/websphere-traditional-container-extract-with-scanner:1.3.1
     generateArtifactsCommand:
     - /ko-app/websphere-traditional
     - extract
     parameterDefs:
     - name: was-home
       usage: Path of the WebSphere WAS_HOME on the original instance.
       envVar: APPX_WAS_HOME
   

8. Salva la CRD.

Procedura di migrazione

Il seguente diagramma illustra i passaggi di migrazione per un carico di lavoro WebSphere:

I passaggi per eseguire la migrazione con Migrate to Containers sono i seguenti:

1. Aggiungi un'origine della migrazione.

   Aggiungi l'origine della migrazione che rappresenta la piattaforma di origine.

2. Crea una migrazione.

   Crea un oggetto di migrazione con un piano di migrazione iniziale.

3. Esegui la migrazione dei dati WebSphere.

   Scegli se eseguire o meno la migrazione dei dati.

4. Personalizza il piano di migrazione.

   Modifica il piano di migrazione in base ai tuoi requisiti specifici prima di eseguire la migrazione. Esegui la migrazione di un'app WAS per migrazione.

5. Esegui la migrazione.

   Esegui la migrazione per estrarre gli artefatti dei container, che includono il Dockerfile e gli altri file necessari per creare un'immagine container.

6. Genera ed esamina gli artefatti di migrazione.

   Esegui la migrazione per generare il contenitore dell'app. Puoi monitorare il processo di migrazione e, al termine, rivedere gli artefatti in preparazione alla creazione dell'immagine dell'app di cui è possibile eseguire il deployment.

7. Monitora la migrazione.

   Monitora l'avanzamento di una migrazione e controlla i log delle attività di migrazione.

8. Crea un'immagine container dell'app.

   Utilizza gli artefatti generati per creare un container di cui puoi eseguire il deployment in un cluster.

9. Esegui il deployment di un container di app in un cluster di destinazione.

   Esegui il deployment dell'immagine nel cluster di destinazione.

10. Eliminare una migrazione.

    Elimina la migrazione per liberare eventuali risorse utilizzate.

Migrazione di un server JBoss

Il seguente diagramma illustra i passaggi di migrazione per un carico di lavoro JBoss:

Quando utilizzi Migrate to Containers per eseguire la migrazione dei carichi di lavoro JBoss, puoi sfruttare le funzionalità e l'architettura di JBoss per copiare volumi di dati specifici e richieste di volumi di dati dalle VM di origine.

Prerequisiti

• Server di app JBoss AS v8.1.0 e versioni successive o server di app JBoss EAP v7.0, v7.1, v7.2, v7.3 e v7.4.

  Nota: verrà eseguita la migrazione di entrambi i server delle applicazioni JBoss AS e JBoss EAP nei container della community JBoss AS.

• Configura un cluster Google Cloud per la migrazione delle VM.

Procedura di migrazione

I passaggi per eseguire la migrazione con Migrate to Containers sono i seguenti:

1. Aggiungi un'origine della migrazione.

   Per avviare una migrazione, devi configurare un'origine che rappresenti la piattaforma di origine da cui esegui la migrazione. Se disponi già di un'origine da una migrazione precedente e le VM di cui esegui la migrazione provengono dalla stessa origine, puoi riutilizzarla.

2. Crea una migrazione.

   Crea un oggetto di migrazione con un piano di migrazione iniziale.

3. Esegui la migrazione dei dati JBoss.

   Scegli se eseguire o meno la migrazione dei dati.

4. Personalizza il tuo piano di migrazione.

   Modifica il piano di migrazione in base ai tuoi requisiti specifici prima di eseguire la migrazione.

5. Esegui la migrazione.

   Esegui la migrazione per estrarre gli artefatti dei container, che includono il Dockerfile e gli altri file necessari per creare un'immagine container.

6. Monitora la migrazione.

   Monitora l'avanzamento di una migrazione e controlla i log delle attività di migrazione.

7. Crea un'immagine container JBoss

   Utilizza gli artefatti generati per creare un container di cui puoi eseguire il deployment in un cluster.

8. Eliminare una migrazione.

   Elimina la migrazione per liberare eventuali risorse utilizzate.

Funzionalità non supportate

Le seguenti funzionalità di JBoss non sono supportate:

• Dati sensibili e secret: i dati sensibili e i secret archiviati all'interno della directory JBOSS_HOME/standalone non verranno rimossi. Questi dati saranno inclusi nell'immagine container.
• Configurazione del logger JDBC: la configurazione del logger verrà acquisita così com'è dalla macchina di origine. Non verrà modificato durante il processo di migrazione, a meno che jbossServer.tar.gz non venga modificato manualmente prima di creare il container JBoss.
• Allocazione della memoria: l'allocazione delle risorse Java Virtual Machine (JVM) verrà ricavata dal container della community e non dipenderà dalle risorse JVM della macchina di origine.
• Variabili di ambiente: le variabili di ambiente e i parametri JVM della macchina di origine non verranno migrati all'immagine container.
• Valutazione offline: non è possibile determinare l'idoneità del carico di lavoro JBoss per la migrazione.

Esegui la migrazione di un server Apache

Il seguente diagramma illustra i passaggi di migrazione per un carico di lavoro Apache:

Quando utilizzi Migrate to Containers per eseguire la migrazione dei carichi di lavoro Apache, puoi sfruttare le funzionalità e l'architettura di Apache per:

• Copia volumi di dati specifici e richieste di volumi di dati dalle VM di origine.

Prerequisiti

• Un server web Apache 2 basato su VM Linux.
• Configura un cluster Google Cloud per la migrazione delle VM Linux.

Procedura di migrazione

I passaggi per eseguire la migrazione con Migrate to Containers sono i seguenti:

1. Aggiungi un'origine della migrazione.

   Per avviare una migrazione, devi configurare un'origine che rappresenti la piattaforma di origine da cui esegui la migrazione. Se hai già un'origine da una migrazione precedente e le VM di cui esegui la migrazione provengono dalla stessa origine, puoi riutilizzarla.

2. Crea una migrazione.

   Crea un oggetto di migrazione con un piano di migrazione iniziale.

3. Eseguire la migrazione dei dati.

   Scegli se eseguire o meno la migrazione dei dati.

4. Personalizza il tuo piano di migrazione.

   Modifica il piano di migrazione in base ai tuoi requisiti specifici prima di eseguire la migrazione.

5. Esegui la migrazione.

   Esegui la migrazione per estrarre gli artefatti dei container, che includono il Dockerfile e gli altri file necessari per creare un'immagine container.

6. Monitora la migrazione.

   Monitora l'avanzamento di una migrazione e controlla i log delle attività di migrazione.

7. Crea un'immagine container Apache

   Utilizza gli artefatti generati per creare un container di cui puoi eseguire il deployment in un cluster.

8. Eliminare una migrazione.

   Elimina la migrazione per liberare eventuali risorse utilizzate.

Funzionalità non supportate

I carichi di lavoro Apache 1 non sono supportati.

Le seguenti funzionalità Apache non sono supportate:

• Certificati.

• Supporto Windows per migrazioni di Apache mediante carichi di lavoro Windows.

Eseguire la migrazione di un sito WordPress

Quando utilizzi Migrate to Containers per eseguire la migrazione dei carichi di lavoro WordPress, puoi sfruttare le funzionalità e l'architettura di WordPress per copiare volumi di dati specifici e richieste di volumi di dati dalle tue VM di origine.

Prerequisiti

• WordPress 4.0 o versioni successive, in esecuzione su server web Apache 2 basati su VM Linux.
• Configura un cluster Google Cloud per la migrazione delle VM Linux.

Procedura di migrazione

I passaggi per eseguire la migrazione con Migrate to Containers sono i seguenti:

1. Aggiungi un'origine della migrazione.

   Per avviare una migrazione, devi configurare un'origine che rappresenti la piattaforma di origine da cui esegui la migrazione. Se disponi già di un'origine da una migrazione precedente e le VM di cui esegui la migrazione provengono dalla stessa origine, puoi riutilizzarla.

2. Crea una migrazione.

   Crea un oggetto di migrazione con un piano di migrazione iniziale.

3. Personalizza il tuo piano di migrazione.

   Modifica il piano di migrazione in base ai tuoi requisiti specifici prima di eseguire la migrazione.

4. Esegui la migrazione dei dati WordPress.

   Esamina e modifica il piano di migrazione dei dati per i tuoi requisiti specifici prima di eseguire la migrazione.

5. Esegui la migrazione.

   Esegui la migrazione per estrarre gli artefatti dei container, che includono il Dockerfile e gli altri file necessari per creare un'immagine container.

6. Monitora la migrazione.

   Monitora l'avanzamento di una migrazione e controlla i log delle attività di migrazione.

7. Crea un'immagine container WordPress

   Utilizza gli artefatti generati per creare un container di cui puoi eseguire il deployment in un cluster.

8. Eliminare una migrazione.

   Elimina la migrazione per liberare eventuali risorse utilizzate.

Funzionalità non supportate

I siti WordPress in esecuzione su host diversi dal server web Apache 2 basato su VM Linux non sono supportati.

Le seguenti funzionalità di WordPress non sono supportate:

• Migrazione del database WordPress.

  Per ulteriori informazioni sulla migrazione di un'applicazione che si basa su un database, vedi Assicurarsi che i database siano accessibili.

• Esportazione dei dati archiviati localmente sul server WordPress, ad esempio caricamenti multimediali, plug-in e temi, su un'unità NFS.

  Per ulteriori informazioni sull'esportazione dei dati archiviati localmente in NFS, consulta Definire i montaggi NFS come volumi permanenti.

• Scalabilità orizzontale del deployment di cui è stata eseguita la migrazione.

  I dati archiviati localmente sul server WordPress vengono esportati nel disco permanente di Compute Engine, montato nel pod di deployment di cui è stata eseguita la migrazione. Un disco permanente di Compute Engine non può essere collegato a più pod e impedisce la scalabilità orizzontale del deployment di cui è stata eseguita la migrazione.

• Esportazione di certificati e dati sensibili negli oggetti secret di Kubernetes.

Passaggi successivi

• Scopri come aggiungere un'origine di migrazione.