Esamina i file di deployment generati
Dopo aver completato la migrazione di un carico di lavoro utilizzando un cluster di elaborazione, scarica i file YAML che sono stati generati della migrazione.
Questi file, denominati artefatti di migrazione, sono stati generati per consentirti eseguire il deployment del container del carico di lavoro migrato in un altro cluster, ad esempio un cluster di test o di produzione.
Questo argomento descrive come scaricare i file degli artefatti generati ed esaminarli per uso personale in un altro cluster.
Prima di iniziare
Dovresti aver prima creato una migrazione e ha eseguito la migrazione.
Assicurati che l'utente che esegue il download abbia accesso in lettura al repository degli artefatti. Per ulteriori informazioni, consulta Definizione dei repository di dati.
Informazioni sui file degli artefatti generati
I file degli artefatti generati durante la migrazione includono:
deployment_spec.yaml
: il file YAML che configura il carico di lavoro.Puoi utilizzare
kubectl apply
con questo file per eseguire il deployment del carico di lavoro su un altro ad esempio un cluster di produzione o di test.Dockerfile: il Dockerfile utilizzato per creare l'immagine per l'oggetto VM.
blocklist.yaml
: l'elenco dei servizi dei container da disabilitare in base al tuo le impostazioni del piano di migrazione. Modifica questo file per controllare l'elenco dei servizi. Vedi Personalizzazione dell'elenco di servizi.migration.yaml
: una copia del piano di migrazione.Puoi utilizzare questo file per verificare le operazioni eseguite nell'ambito della migrazione.
logs.yaml
: un elenco di file di log rilevati nella VM di origine. Dati scritti a questi file di log dal carico di lavoro di cui è stata eseguita la migrazione viene inoltrato a Cloud Logging. Modifica questo file per controllare la scrittura del log. Consulta Personalizzazione dei dati di log scritti in Cloud Logging.
Questi file sono descritti più dettagliatamente di seguito.
Scarica tutti i file degli artefatti
migctl
Al termine della migrazione, dovrebbe essere visualizzato un messaggio simile al seguente quando richiedi lo stato:
migctl migration status my-migration NAME CURRENT-OPERATION PROGRESS STEP STATUS AGE my-migration GenerateArtifacts [1/1] ExtractImage Completed 14m23s
Una volta completata la migrazione, scarica tutti i file degli artefatti generati con
migctl migration get-artifacts
migctl migration get-artifacts my-migration
CRD
Al termine della migrazione, scarica tutti gli artefatti di migrazione:
Ottieni il bucket Cloud Storage contenente gli artefatti:
kubectl get migrations.anthos-migrate.cloud.google.com -n v2k-system my-migration -o jsonpath={.status.artifacts.deploymentFiles.bucket}
Il comando seguente restituisce il nome del bucket nel seguente formato:
bucket-migration-artifacts
Scarica il file YAML dei manifest della migrazione di Cloud Storage:
kubectl get migrations.anthos-migrate.cloud.google.com -n v2k-system my-migration -o jsonpath={.status.artifacts.deploymentFiles.artifactsManifestFile}
Questo comando restituisce il nome del file YAML manifest nel formato:
bucket-migration-artifacts/v2k-system-my-migration/ID/manifest.yaml
Nella console Google Cloud, vai a Cloud Storage ed esegui il recupero del file manifest. Il file manifest di esempio mostrato di seguito include gli URL
artifacts
:artifacts: - https:/storage.cloud.google.com/bucket-name/v2k-system-my-migration/ID/deployment_spec.yaml - https:/storage.cloud.google.com/bucket-name/v2k-system-my-migration/ID/Dockerfile - https:/storage.cloud.google.com/bucket-name/v2k-system-my-migration/ID/migration.yaml imageUrl: gcr.io/velos-auto-1/matanvm:v1.0.0 name: m1-84xqp namespace: v2k-system uid: daf762-d9-42-bfc-47b71255a version: "1.0"
Apri gli URL
artifacts
in un browser per scaricare gli artefatti.
deployment_spec.yaml
Questo file è un file YAML che puoi utilizzare per eseguire il deployment del carico di lavoro in un altro cluster, ad esempio un cluster di test o di produzione. Se non configuri una migrazione dei dati, devi generare un oggetto Deployment. Una volta configurata la migrazione, per generare un oggetto set stateful.
Dockerfile
Il Dockerfile utilizzato per creare l'immagine per la VM di cui è stata eseguita la migrazione.
Utilizza questo file se devi generare una nuova versione dell'immagine. Ad esempio, potresti voler installare un pacchetto e acquisire una nuova immagine in seguito. La ricreazione dell'immagine può essere utile anche quando Migrate to Containers (ad esempio con una correzione di un bug) e vuoi ricreare l'immagine con con il nuovo runtime Migrate to Containers. Il runtime di cui è stato eseguito l'upgrade è disponibile in in Container Registry.
Puoi modificare questo file come faresti con qualsiasi altro Dockerfile per personalizzare l'immagine. Per suggerimenti, vedi Best practice per la scrittura di Dockerfile. Inoltre, vedi Aggiornamenti delle immagini post-migrazione per informazioni sulla modifica del Dockerfile.
# Please refer to the documentation:
# https://cloud.google.com/migrate/containers/docs/dockerfile-reference
FROM gcr.io/my-project/v2k-run-embedded:v1.12.0
# Image containing data captured from the source VM
FROM gcr.io/my-project/my-vm-instance-1-non-runnable-base:v1.0.0 as source-content
COPY --from=migrate-for-anthos-runtime / /
ADD blocklist.yaml /.m4a/blocklist.yaml
ADD logs.yaml /code/config/logs/logsArtifact.yaml
# If you want to update parts of the image, add your commands here.
# For example:
# RUN apt-get update
# RUN apt-get install -y \
# package1=version \
# package2=version \
# package3=version
# RUN yum update
# RUN wget http://github.com
# Migrate to Containers image includes entrypoint
ENTRYPOINT [ "/.v2k.go" ]
migration.yaml
Questo file è una copia della migrazione che hai creato. Utilizza questo file per verificare che i dettagli della migrazione utilizzati da Migrate to Containers corrispondono a quelli che specificate nel piano di migrazione.
Tieni presente che non devi utilizzare questo file per eseguire nuovamente la migrazione. Dopo aver
una migrazione, puoi eseguirla di nuovo solo dopo averla eliminata (con
migctl migration delete
oppure la console Google Cloud ed eseguirla di nuovo dal tuo piano di migrazione.
blocklist.yaml
Questo file elenca i servizi container da disabilitare in base alle tue impostazioni nel di migrazione. Vedi Personalizzazione dell'elenco di servizi. per ulteriori informazioni sull'utilizzo di questo file.
Passaggi successivi
- Scopri come configurare il logging in Cloud Logging.