Ajouter une source de migration

Avant de commencer la migration, vous devez créer une source de migration qui représente la plate-forme source à partir de laquelle vous allez effectuer la migration. Cette source est ajoutée à votre plan de migration.

Cet article explique comment créer une source pour chacune des plates-formes sources compatibles.

Avant de commencer

• Migrate to Containers fournit un outil que vous exécutez sur une charge de travail de VM pour déterminer si elle est adaptée à la migration vers un conteneur. Pour en savoir plus, consultez la page Utiliser l'outil d'évaluation de l'adéquation.

• Vérifiez que les conditions préalables spécifiques à votre environnement de migration sont satisfaites.

• Créez un cluster de traitement spécifique à votre environnement de migration.

• Installez Migrate to Containers.

Exigences relatives aux noms des sources

Vous attribuez un nom à une source de migration lorsque vous l'ajoutez à Migrate to Containers. Le nom doit répondre aux exigences suivantes :

• contenir au maximum 63 caractères ;
• ne contenir que des caractères alphanumériques minuscules ou des tirets (-) ;
• commencer par un caractère alphanumérique ;
• se terminer par un caractère alphanumérique.

Ajouter une source de migration

Définissez la source de la migration en exécutant la commande migctl source create ou en utilisant Google Cloud Console. Ce processus permet d'ajouter les détails nécessaires à la migration depuis la source spécifiée : VMware ou Compute Engine.

migctl sur Google Cloud

Compute Engine

1. Créez un compte de service pour utiliser Compute Engine en tant que source de migration et téléchargez le fichier de clé JSON, comme décrit dans la section Configurer un compte de service.

2. Créez la source à l'aide du compte de service :

   migctl source create ce SOURCE_NAME --project PROJECT_ID --json-key=COMPUTE_KEY.json

   Remplacez les éléments suivants :

   • SOURCE_NAME : nom souhaité pour votre source.
   • PROJECT_ID : ID de votre projet.
   • COMPUTE_KEY.json : chemin d'accès à la clé JSON de compte de service utilisée pour le service Compute Engine.

VMware

1. Créez un compte de service et téléchargez le fichier de clé JSON Compute Engine, comme décrit dans la section Spécifier le compte de service du projet cible Migrate to Virtual Machines.

2. Créez un compte de service et téléchargez le fichier de clé JSON Migrate to Virtual Machines, comme décrit dans la section Spécifier le compte de service Migrate to Virtual Machines.

3. Pour créer la source de migration, exécutez la commande suivante :

   migctl source create m2vm SOURCE_NAME --project PROJECT_ID --json-key M2VM_KEY.json --target-json-key COMPUTE_KEY.json --location LOCATION --m2vm-source M2VM_SOURCE
   

   Remplacez les éléments suivants :

   • SOURCE_NAME : nom souhaité pour la source de migration.
   • PROJECT_ID : ID du projet Migrate to Virtual Machines.
   • M2VM_KEY.json : chemin d'accès à la clé JSON de compte de service utilisée pour le service Migrate to Virtual Machines.
   • COMPUTE_KEY.json : chemin d'accès à la clé JSON de compte de service utilisée pour le service Compute Engine.
   • LOCATION : emplacement du service Migrate to Virtual Machines. Par exemple : us-central1
   • M2VM_SOURCE : nom de la source Migrate to Virtual Machines.

migctl sur Anthos sur solution Bare Metal

VMware

migctl source create local-vmware local-vmware-src --vc 'VC' --username 'USERNAME' --dc VM_DC

Remplacez les éléments suivants :

• VC : nom DNS vCenter ou adresse IP vCenter. Par exemple, 1.2.3.4.
• USERNAME : utilisateur autorisé à accéder à vCenter. Par exemple, admin. Vous êtes invité à saisir le mot de passe de l'utilisateur.
• VM_DC : centre de données vSphere pour la source local-vmware. Il est requis dans les environnements DC multiples.

CRD

Compute Engine

1. Créez un compte de service et téléchargez le fichier de clé JSON, comme décrit dans la section Créer un compte de service à l'aide de Compute Engine.

2. Créez un secret à l'aide de la commande suivante :

   kubectl create secret generic COMPUTE_SECRET -n v2k-system --from-file=cloud-platform-service-account-key=COMPUTE_KEY.json

   Remplacez les éléments suivants :

   • COMPUTE_SECRET : nom souhaité pour votre secret Compute Engine.
   • COMPUTE_KEY.json : nom du fichier JSON Compute Engine.

3. Pour créer une source de migration, créez un fichier SourceProvider appelé my-source-provider.yaml :

   apiVersion: anthos-migrate.cloud.google.com/v1beta2
   kind: SourceProvider
   metadata:
     name: SOURCE_NAME
   spec:
     gce:
       project: PROJECT_ID
       serviceAccount:
         secretRef:
             name: COMPUTE_SECRET
             namespace: v2k-system
   

   Remplacez les éléments suivants :

   • SOURCE_NAME : nom souhaité pour votre source.
   • PROJECT_ID : ID de votre projet.
   • COMPUTE_SECRET : nom du secret.

4. Appliquez le fichier :

     kubectl apply -f my-source-provider.yaml

VMware

1. Créez un compte de service et téléchargez le fichier de clé JSON Compute Engine, comme décrit dans la section Créer un compte de service à l'aide de Compute Engine.

2. Créez un secret Compute Engine à l'aide de la commande suivante :

   kubectl create secret generic COMPUTE_SECRET -n v2k-system --from-file=cloud-platform-service-account-key=COMPUTE_KEY.json

   Remplacez les éléments suivants :

   • COMPUTE_SECRET : nom souhaité pour votre secret Compute Engine.
   • COMPUTE_KEY.json : nom du fichier JSON Compute Engine.

3. Créez un compte de service et téléchargez le fichier de clé JSON Migrate to Virtual Machines, comme décrit dans la section Spécifier le compte de service Migrate to Virtual Machines.

4. Créez un secret Migrate to Virtual Machines à l'aide de la commande suivante :

   kubectl create secret generic M2VM_SECRET -n v2k-system --from-file=cloud-platform-service-account-key=M2VM_KEY.json

   Remplacez les éléments suivants :

   • M2VM_SECRET : nom souhaité pour votre secret Migrate to Virtual Machines.
   • M2VM_KEY.json : nom du fichier JSON Migrate to Virtual Machines.

5. Pour créer une source de migration, créez un fichier SourceProvider appelé my-source-provider.yaml :

   apiVersion: anthos-migrate.cloud.google.com/v1beta2
   kind: SourceProvider
   metadata:
     name: SOURCE_NAME
   spec:
     gce:
       project: PROJECT_ID
       serviceAccount:
         secretRef:
           name: COMPUTE_SECRET
           namespace: v2k-system
     remoteSourceSpec:
       migrateForCEService:
         location: LOCATION
         project: PROJECT_ID
         serviceAccount:
           secretRef:
             name: M2VM_SECRET
             namespace: v2k-system
         sourceName: M2VM_SOURCE
   

   Remplacez les éléments suivants :

   • SOURCE_NAME : nom souhaité pour votre source.
   • PROJECT_ID : ID de votre projet.
   • COMPUTE_SECRET : nom du secret Compute Engine.
   • LOCATION : emplacement de votre projet.
   • M2VM_SECRET : nom du secret Migrate to Virtual Machines.
   • M2VM_SOURCE : nom de la source Migrate to Virtual Machines.

6. Appliquez le fichier :

  kubectl apply -f my-source-provider.yaml

Console

1. Ouvrez la page "Migrate to Containers" dans la console Google Cloud.

   Accéder à la page Migrate to Containers

2. Si vous utilisez un cluster Anthos distant, ce qui signifie que vous utilisez Anthos sur bare metal, et que vous ne vous êtes pas encore connecté au cluster, connectez-vous maintenant.

   Pour en savoir plus sur l'accès aux clusters distants, consultez la section Se connecter à un cluster depuis la console Google Cloud.

3. Cliquez sur l'onglet Sources pour afficher un tableau contenant les sources disponibles.

4. Cliquez sur Add Source (Ajouter une source).

5. Dans la liste déroulante, sélectionnez un cluster sur lequel vous avez déjà installé les composants Migrate to Containers.

   Remarque : Si vous n'avez pas encore installé les composants Migrate to Containers sur un cluster, sélectionnez Ajouter un cluster de traitement.

6. Cliquez sur Next (Suivant).

7. Spécifiez le nom de la source.

8. Sélectionnez le type de source.

   Remarque : les sources VMware nécessitent que vous ayez déjà installé Migrate to Virtual Machines.

9. Cliquez sur Next (Suivant).

10. Configurez la source en fonction de votre sélection de Type de source :

    1. Pour Compute Engine :

       1. Sélectionnez le projet contenant la VM que vous souhaitez migrer.

       2. Sélectionnez le compte de service. Vous pouvez utiliser l'une de ces deux méthodes :

          1. Créer un compte de service. Vous êtes invité à saisir le nom du nouveau compte de service.
          2. Utilisez un compte de service existant si vous en avez créé un, comme décrit dans la section Créer un compte de service pour utiliser Compute Engine en tant que source de migration. Lorsque vous sélectionnez cette option, vous êtes invité à saisir le contenu du fichier de clé JSON associé à ce compte de service.

11. Cliquez sur Suivant.

12. Sélectionnez Ajouter une source.

Après avoir ajouté la source, votre cluster doit disposer d'un nouveau fichier SourceProvider.

kubectl get SourceProvider

Afficher une liste de sources

Vous pouvez afficher la liste des sources de migration à l'aide de la commande migctl source list ou de Google Cloud Console pour confirmer que vous avez configuré correctement votre environnement avec la source de migration.

migctl

migctl source list

Si une source n'est pas à l'état READY, vous pouvez obtenir plus d'informations sur cette source, y compris les messages d'erreur, à l'aide de la commande suivante :

migctl source status SOURCE_NAME

Console

1. Ouvrez la page "Migrate to Containers" dans la console Google Cloud.

   Accéder à la page Migrate to Containers

2. Pour afficher un tableau contenant les sources disponibles, cliquez sur Gérer les sources.

Ajouter Migrate to Virtual Machines en tant que source de migration

Préparer Migrate to Virtual Machines en tant que source de migration

Pour utiliser Migrate to Virtual Machines 5.0 en tant que source de migration, vous devez d'abord activer les services Migrate to Virtual Machines et installer le connecteur, comme décrit dans les étapes suivantes :

1. Activer les services Migrate to Virtual Machines
2. Installer le connecteur Migrate

Spécifier le compte de service Migrate to Virtual Machines

Pour utiliser Migrate to Virtual Machines en tant que source de migration, créez un compte de service avec le rôle vmmigration.admin lié au projet de service :

1. Créez le compte de service m2c-m2vm-src-service :

   gcloud iam service-accounts create m2c-m2vm-src-service  --project=PROJECT_ID
   

   Remplacez PROJECT_ID par l'ID du projet.

2. Attribuez le rôle vmmigration.admin au compte de service :

   gcloud projects add-iam-policy-binding PROJECT_ID  \
   --member="serviceAccount:m2c-m2vm-src-service@PROJECT_ID.iam.gserviceaccount.com" \
   --role="roles/vmmigration.admin"
   

   Remplacez PROJECT_ID par l'ID du projet.

   Remarque : Selon la configuration de sécurité de votre projet, vous pourriez être invité à sélectionner une condition. La valeur "None" est souvent la bonne option, mais vérifiez cela auprès de votre équipe de sécurité.
   Remarque : Si vous n'avez pas l'intention de configurer un compte de service distinct pour le projet cible, vous devez ajouter tous les rôles spécifiés dans la section "Spécifier le compte de service du projet cible Migrate to VMs" ci-dessous au compte de service Migrate to VMs maintenant.

3. Téléchargez le fichier de clé du compte de service :

   gcloud iam service-accounts keys create m2c-m2vm-src-service.json \
   --iam-account=m2c-m2vm-src-service@PROJECT_ID.iam.gserviceaccount.com \
   --project=PROJECT_ID
   

   Remplacez PROJECT_ID par l'ID du projet.

Spécifier le compte de service du projet cible pour Migrate to Virtual Machines

Pour utiliser Migrate to Virtual Machines en tant que source de migration, créez un compte de service avec les rôles compute.instanceAdmin.v1 et compute.storageAdmin liés au projet cible :

1. Créez le compte de service m2c-m2vm-src-gce :

   gcloud iam service-accounts create m2c-m2vm-src-gce  --project=PROJECT_ID
   

   Remplacez PROJECT_ID par l'ID du projet.

2. Attribuez le rôle compute.instanceAdmin.v1 au compte de service :

   gcloud projects add-iam-policy-binding TARGET_PROJECT_ID  \
   --member="serviceAccount:m2c-m2vm-src-gce@PROJECT_ID.iam.gserviceaccount.com
   --role="roles/compute.instanceAdmin.v1"
   

   Remplacez PROJECT_ID par l'ID du projet.

   Remarque : Selon la configuration de sécurité de votre projet, vous pourriez être invité à sélectionner une condition. Souvent, il conviendra de sélectionner "Aucune", mais vérifiez auprès de votre équipe de sécurité que c'est bien le cas.

3. Attribuez le rôle compute.storageAdmin au compte de service :

   gcloud projects add-iam-policy-binding TARGET_PROJECT_ID  \
   --member="serviceAccount:m2c-m2vm-src-gce@PROJECT_ID.iam.gserviceaccount.com" \
   --role="roles/compute.storageAdmin"
   

   Remplacez PROJECT_ID par l'ID du projet.

4. Téléchargez le fichier de clé du compte de service :

   gcloud iam service-accounts keys create m2c-m2vm-src-gce.json \
   --iam-account=m2c-m2vm-src-gce@PROJECT_ID.iam.gserviceaccount.com \
   --project=PROJECT_ID
   

   Remplacez PROJECT_ID par l'ID du projet.

Remarque : Si vous souhaitez utiliser un projet cible différent du projet de service, vous devez configurer le compte de service par défaut du projet de service pour qu'il ait roles/vmmigration.serviceAgent sur le projet cible, comme décrit dans la section Ajouter un projet cible.

Après avoir téléchargé la clé de compte de service sous forme de fichier JSON, vous pouvez créer une source pour migrer les charges de travail Migrate to Virtual Machines.

Étapes suivantes

Linux

Migrer à l'aide de Google Cloud

1. ajouter une source de migration ;
2. Crée un plan de migration.
3. Migrer les données.
4. Personnaliser votre plan de migration.
5. Exécuter la migration.
6. Surveiller une migration.
7. Supprimer une migration.

Déploiement

1. Examiner les artefacts générés.
2. Configurer la journalisation.
3. Installer des volumes externes.
4. Déployer une charge de travail sur un cluster cible.
5. Déployer des VM migrées.
6. Mettre à jour des images post-migration
7. Surveiller la charge de travail migrée.
8. Testez votre application à migrer et validez la migration.

Windows

Migrer à l'aide de Google Cloud

1. ajouter une source de migration ;
2. Crée un plan de migration.
3. Personnaliser votre plan de migration.
4. Exécuter la migration.
5. Surveiller la migration.
6. Créer une image de conteneur Windows.
7. Supprimer une migration.

Déployer

1. Préparer un cluster pour le déploiement
2. Déployer des VM migrées.
3. Surveiller la charge de travail migrée.
4. Testez votre application à migrer et validez la migration.

Tomcat

Migrer à l'aide d'un ordinateur local

1. Configurer la migration
2. Copier le système de fichiers
3. Crée un plan de migration.
4. Personnaliser votre plan de migration.
5. Exécuter la migration.
6. Gérer les statistiques d'utilisation

Migrer à l'aide de Google Cloud

1. ajouter une source de migration ;
2. Créer une migration
3. Migrer les données.
4. Personnaliser votre plan de migration.
5. Exécuter la migration.
6. Surveiller la migration.
7. Créer et déployer des images de conteneurs
8. Supprimer une migration.

Déployer

1. Préparer un cluster pour le déploiement
2. Créer et déployer des images de conteneurs
3. Surveiller la charge de travail migrée.
4. Testez votre application à migrer et validez la migration.

WebSphere

Migrer à l'aide d'un ordinateur local

1. Configurer la migration
2. Copier le système de fichiers
3. Crée un plan de migration.
4. Personnaliser votre plan de migration.
5. Exécuter la migration.
6. Gérer les statistiques d'utilisation

Migrer à l'aide de Google Cloud

1. Présentation de la migration.
2. Conditions requises.
3. Avant de commencer.
4. ajouter une source de migration ;
5. Crée un plan de migration.
6. Migrer les données.
7. Personnaliser le plan de migration.
8. Exécuter la migration.
9. Surveiller la migration.
10. Créer une image de conteneur d'application.
11. Déployer un conteneur d'application sur un cluster cible.
12. Supprimer une migration.
13. Dépannage.

Déployer

1. Préparer un cluster pour le déploiement
2. Créer et déployer des images de conteneurs
3. Surveiller la charge de travail migrée.
4. Testez votre application à migrer et validez la migration.

JBoss

Migrer à l'aide d'un ordinateur local

1. Configurer la migration
2. Copier le système de fichiers
3. Crée un plan de migration.
4. Personnaliser votre plan de migration.
5. Exécuter la migration.
6. Gérer les statistiques d'utilisation

Migrer à l'aide de Google Cloud

1. ajouter une source de migration ;
2. Créer une migration
3. Migrer les données.
4. Personnaliser votre plan de migration.
5. Exécuter la migration.
6. Surveiller la migration.
7. Créer et déployer des images de conteneurs
8. Supprimer une migration.

Déployer

1. Préparer un cluster pour le déploiement
2. Créer et déployer des images de conteneurs
3. Surveiller la charge de travail migrée.
4. Testez votre application à migrer et validez la migration.

Apache

Migrer à l'aide d'un ordinateur local

1. Configurer la migration
2. Copier le système de fichiers
3. Crée un plan de migration.
4. Personnaliser votre plan de migration.
5. Exécuter la migration.
6. Gérer les statistiques d'utilisation

Migrer à l'aide de Google Cloud

1. ajouter une source de migration ;
2. Créer une migration
3. Migrer les données.
4. Personnaliser votre plan de migration.
5. Exécuter la migration.
6. Surveiller la migration.
7. Créer une image de conteneur Apache
8. Supprimer une migration.

Déployer

1. Préparer un cluster pour le déploiement
2. Créer et déployer des images de conteneurs
3. Surveiller la charge de travail migrée.
4. Testez votre application à migrer et validez la migration.

WordPress

Migrer à l'aide de Google Cloud

1. ajouter une source de migration ;
2. Créer une migration
3. Personnaliser votre plan de migration.
4. Migrer les données.
5. Exécuter la migration.
6. Surveiller la migration.
7. Créer une image de conteneur WordPress.
8. Supprimer une migration.

Déployer

1. Préparer un cluster pour le déploiement
2. Créer et déployer des images de conteneurs
3. Surveiller la charge de travail migrée.
4. Testez votre application à migrer et validez la migration.