Créer un clone de test

Les clones de test permettent de tester des VM migrées sur Compute Engine avant de les mettre en production. Lorsque vous créez un clone de test, Migrate for Compute Engine clone la VM à partir de la plate-forme source, puis transfère le clone vers Compute Engine à des fins de test.

Remarque : Si Azure est la plate-forme source, vous devez arrêter la VM afin que son état soit Arrêté (allocation annulée). Vous pouvez la relancer une fois que le clone de test s'exécute.

Limites

Les clones de test sont soumis aux limites suivantes :

• Les modifications apportées à la destination ne sont pas répliquées sur la plate-forme source.
• Chaque VM ne peut être associée qu'à un seul clone de test à la fois.
• Lorsque la plate-forme source est Azure, vous devez arrêter la VM source avant d'utiliser l'opération de clone de test. Pendant ce temps, Migrate for Compute Engine prend un instantané de la VM. Une fois le clone de test exécuté, vous pouvez redémarrer la VM source.
• Si la VM source est Azure ou AWS, seules les vagues du gestionnaire Migrate for Compute Engine vous permettent de créer un clone de test.

Avertissement : Les clones de test sont des copies parfaites de votre charge de travail source. Ils utilisent les mêmes identifiants, les mêmes données et les mêmes états. Veillez à utiliser les clones de test dans un réseau VPC ou un sous-réseau isolé pour éviter tout conflit et toute condition de concurrence avec les autres services tels qu'Active Directory, DNS et les dépôts partagés.

Avant de commencer

• Vous devez configurer une extension cloud pour pouvoir créer des clones de test.

Créer un clone de test

Vous pouvez créer des clones de test avec l'une des méthodes suivantes :

• À partir d'une vague dans le gestionnaire Migrate for Compute Engine
• À l'aide de commandes dans VMware vCenter (lorsque vous avez installé le plug-in vSphere vCenter)

Créer un clone de test avec le gestionnaire Migrate for Compute Engine

Lorsque vous utilisez le gestionnaire Migrate for Compute Engine, vous exécutez des clones de test à partir d'une vague de migration et d'un runbook valide. Un runbook est une liste des VM que vous souhaitez migrer.

1. Téléchargez un fichier CSV de runbook incluant les VM que vous souhaitez migrer en tant que clones de test.

   Pour créer une vague valide à partir du fichier CSV du runbook, modifiez-le en conséquence.

2. Créez une vague valide à partir du runbook que vous avez téléchargé.

3. Sélectionnez votre vague dans l'onglet Vagues du gestionnaire Migrate for Compute Engine.

4. Cliquez sur Action > Nouvelle tâche.

5. Dans la boîte de dialogue Nouvelle tâche, accédez à la liste déroulante, puis sélectionnez Clone de test.

6. Cliquez sur Démarrer pour démarrer la création du clone de test.

Pour plus d'informations sur cette procédure, consultez la page Créer une tâche.

Créer un clone de test avec VMware vCenter

Vous pouvez suivre cette procédure si vous avez installé le plug-in vSphere vCenter lors de la configuration du backend Migrate for Compute Engine.

Si votre plate-forme source est VMware, vous pouvez créer des clones de test à l'aide de l'interface utilisateur de vCenter.

1. Ouvrez le client Web vSphere et sélectionnez la machine virtuelle de votre choix.
2. Effectuez un clic droit sur la VM et sélectionnez Opérations Migrate for Google Compute Engine > Clone de test.
3. Sélectionnez l'extension cloud dans le menu déroulant.
4. Sur l'écran Cloud Extension (Extension cloud), attribuez un nom au clone de test de la VM si vous le souhaitez, puis cliquez sur Next (Suivant). L'écran Cloud Instance (Instance cloud) s'affiche.

5. Sur cet écran, des recommandations de redimensionnement vous sont présentées.

   Une fois que vous avez choisi l'instance à utiliser, sélectionnez-la dans le menu déroulant Instance Type (Type d'instance).

   

   Remarque : Ces tarifs ne reflètent que le coût du calcul. Des frais supplémentaires s'appliquent pour l'utilisation du stockage (disques) et du réseau. Les recommandations sont basées sur les données de surveillance relatives aux VM sources. Migrate for Compute Engine vous avertit lorsque la période de surveillance est insuffisante (moins de sept jours). Si les tarifs Google Cloud ne sont pas accessibles (par exemple, si votre réseau VPC n'offre pas d'accès Internet sortant), aucune recommandation concernant l'optimisation des coûts ne vous sera proposée.

6. Cliquez sur Suivant. L'écran Networking (Mise en réseau) s'affiche.

7. Sélectionnez le Subnet (Sous-réseau) souhaité dans le menu déroulant.

8. Saisissez les Network Tags (Tags réseau) requis sous la forme d'une liste de valeurs séparées par des virgules. Les tags réseau permettent d'attribuer certaines règles de pare-feu et routes réseau à des instances. Par exemple, si plusieurs instances de VM diffusent un site Web, attribuez un tag à ces instances, puis utilisez ce tag pour appliquer une règle de pare-feu autorisant l'accès HTTP.

9. Sélectionnez le Instance Service Account (Compte de service de l'instance (facultatif)) dans le menu déroulant.

10. Choisissez une adresse IP dynamique ou statique dans la liste déroulante Configure Private IP (Configurer l'adresse IP privée) :

    • Sélectionnez Auto pour attribuer automatiquement une adresse disponible sur le sous-réseau, ou
    • Sélectionnez Static pour saisir une adresse IP statique réservée. Si vous souhaitez en créer une, reportez-vous au guide Compute Engine intitulé Réserver une adresse IP interne statique.

11. Dans la liste déroulante Edge Node (Nœud périphérique), sélectionnez le nœud principal de votre extension Cloud pour gérer la migration.

12. Indiquez si vous souhaitez attribuer à ce clone de test une External IP (Adresse IP externe). Si tel est le cas, vous pouvez utiliser une adresse IP éphémère ou saisir l'adresse IP externe créée dans la console Google Cloud.

13. Cliquez sur Suivant. L'écran Summary (Récapitulatif) s'affiche.

14. Prenez connaissance du résumé, puis cliquez sur Terminer.

Étape suivante

• Découvrez comment supprimer un clone de test.
• Découvrez les différentes étapes du Cycle de vie de migration des VM.