Cette documentation concerne une version antérieure de Migrate for Compute Engine (anciennement Velostrata). Vous pouvez continuer à utiliser cette version ou utiliser la version actuelle.

Organisation des migrations

Si vous prévoyez une migration importante, il est judicieux de diviser le travail en plusieurs parties, appelées "sprints". Un sprint doit contenir toutes les VM exécutant l'une de vos applications.

Migrate for Compute Engine subdivise un sprint de migration en une ou plusieurs vagues, regroupant les VM qui exécutent vos applications en lots pour la migration. Ce document explique comment créer des vagues et définit leurs sous-composants, runbooks et tâches.

Vagues de migration

Pour faciliter la gestion de la migration, Migrate for Compute Engine fournit des vagues qui permettent de regrouper les VM pour la migration. Les vagues sont composées de runbooks et de tâches :

  • Un runbook est un fichier CSV qui spécifie les VM à inclure dans une vague et la configuration des VM cibles. Il décrit la VM source, définit les propriétés de la VM et des réseaux cibles, et contient d'autres métadonnées.
  • Une tâche est l'opération de migration exécutée par Migrate for Compute Engine dans la liste des VM du runbook. Les opérations de migration incluent la création de clones de test, la migration et la dissociation. La liste complète des phases de migration est répertoriée dans le cycle de vie de migration.

Ci-dessous, quelques éléments à prendre en compte lors de l'utilisation de vagues :

  • Toutes les VM d'une vague doivent être rattachées à la même tâche. Par exemple, si une base de données et un serveur d'applications font partie de la même vague, vous ne pouvez pas créer de clone de test pour l'un si l'autre est entièrement migré.
  • Les runbooks contiennent des groupes d'exécution qui définissent l'ordre dans lequel les VM sont migrées dans une vague.

Exécution d'opérations sur des vagues de migration

Les lots de VM d'une vague traversent les étapes suivantes du cycle de migration :

  • Clone de test (pour les VM de vSphere uniquement)
  • Suppression du clone de test
  • Run-in-Cloud
  • Éloignement
  • Migration complète
  • Migration hors connexion
  • Dissociation
  • Effectuer un nettoyage

Si une VM ne parvient pas à terminer une tâche et passer à l'étape suivante, vous pouvez corriger le problème et exécuter à nouveau la vague. Migrate for Compute Engine reprend la migration là où elle s'était arrêtée.

Par exemple, si vous exécutez une tâche Run-in-Cloud sur une vague contenant les VM A et B, et que la VM B ne parvient pas à terminer l'opération, corrigez la VM B. Après avoir corrigé la VM B, vous pouvez exécuter une opération Run-in-Cloud pour rétablir B dans le même état que A (A n'étant pas modifié), ou effectuer une migration complète pour mettre les deux VM dans le même état en exécutant une opération Run-in-Cloud avant de les migrer ensemble.

Démarrer votre première vague

Pour commencer la migration de vagues, procédez comme suit :

  1. Créez et modifiez un runbook.
  2. Créez une vague à partir de ce runbook.
  3. Exécutez des tâches sur la vague.