Processus de migration
Le processus de migration d'une VM source individuelle se déroule par phases, comme expliqué ci-dessous :
Intégration : sélectionnez les VM à migrer.
Réplication : répliquez les données de la VM source vers Google Cloud. La réplication des données est un processus continu qui s'effectue en arrière-plan jusqu'au basculement final ou la suppression de la migration.
Définir les détails de la cible de VM : configurez les paramètres de la VM migrée, tels que le projet, le type d'instance, la mémoire, le réseau et plus encore.
(Facultatif) Clone de test : créez un clone de la VM source à partir des données de réplication et testez-le sur Google Cloud.
Basculement : migrez la VM source. Ce processus comprend l'arrêt de la VM source, la réplication finale et la création de l'instance de production depuis la VM source.
Finalisation : nettoyez toutes les ressources consommées par la migration après une opération de basculement réussie.
Pour obtenir une description complète de chacune de ces phases, consultez la section Cycle de vie de migration des VM.
Consultez également la section Détails de la progression de la migration pour savoir comment surveiller la progression au cours de votre migration.
Le processus de migration de VM suit les mêmes étapes que celui du disque. Par conséquent, vous pouvez choisir de passer de la migration de VM à la migration de disque et inversement à tout moment pendant le processus de migration. Pour en savoir plus, consultez la page Passer de la migration de VM à la migration de disque.
Ce document décrit les phases de migration d'une VM source vers Google Cloud.
Prérequis
Procédez comme suit pour configurer l'environnement de migration sur votre source de migration et votre cible de migration.
- Activer les services Migrate to Virtual Machines
- (Uniquement pour la migration de VM VMware) Installer le connecteur Migrate
- Certaines fonctionnalités de Compute Engine nécessitent des agents et des services exécutés sur la VM. Ces agents et services sont installés automatiquement pendant la migration. Toutefois, certaines fonctionnalités de sécurité, telles que SELinux, les antivirus et les pare-feu, peuvent interférer avec ces services et empêcher leur fonctionnement. Pour vous assurer que l'environnement invité fonctionne correctement, suivez les étapes décrites dans la sectionServices chargés dans l'environnement invité, et consultez si nécessaire la Procédure de dépannage pour Compute Engine.
Gestion des licences
Compute Engine est compatible avec les licences Premium de type paiement à l'usage (PAYG) et vos propres licences (BYOL), selon le système d'exploitation de la VM source. Les licences PAYG sont facturées en fonction des ressources que vous utilisez.
Pour en savoir plus sur les licences pour tous les systèmes d'exploitation compatibles, consultez la section Systèmes d'exploitation compatibles.
Étape 1 : Intégrer une VM
La première phase de migration consiste à intégrer la VM source. Par exemple, un centre de données vSphere peut contenir des dizaines, des centaines, voire même des milliers de VM. Intégrez uniquement les VM que vous souhaitez migrer.
Vous pouvez avoir jusqu'à 200 migrations en cours à la fois (à l'exception des migrations en phase de finalisation), par projet hôte et par région. Cette limite s'applique à la migration des VM de tous les types de sources. Par exemple, vous pouvez migrer simultanément 100 VM depuis une source VMware et 100 VM supplémentaires depuis une source AWS.
Pour intégrer une VM source, procédez comme suit :
Ouvrez la page "Migrate to Virtual Machines" dans la console Google Cloud :
Sélectionnez l'onglet Sources.
Dans la liste déroulante, sélectionnez la source de migration à partir de laquelle vous souhaitez migrer une VM.
Sous la liste déroulante se trouve l'état de la source de migration comme suit :
- Actif : la source est active et connectée à Migrate to Virtual Machines.
- Hors connexion : la source n'est pas disponible.
- En attente : la source est en cours de connexion et de validation.
Si aucune entrée ne figure dans la liste déroulante, cela signifie que vous n'avez pas configuré correctement la source de migration. Passez en revue les étapes permettant de définir la source de votre migration, puis réessayez.
Un tableau s'affiche indiquant les VM sources de la source de migration disponibles pour la migration. Sélectionnez une ou plusieurs VM sources.
La colonne État d'alimentation de la VM affiche l'état Suspendu, Activé ou Désactivé. Vous pouvez migrer une VM avec l'un de ces états.
Cliquez sur Ajouter des migrations > Migration de VM.
Confirmez que vous souhaitez créer la migration.
Une fois la migration créée, la colonne État de la réplication d'une VM affiche l'un des éléments suivants :
- En attente : la VM est en cours d'intégration.
- Prêt : la VM est intégrée, mais n'est pas encore en cours de réplication.
Vous pouvez maintenant commencer la réplication des VM comme décrit dans la section suivante.
Étape 2 : Démarrer la réplication de la VM source
Après avoir intégré une VM source, commencez à répliquer les données du disque de la VM source vers Google Cloud. Ce processus s'effectue en arrière-plan sans aucune interruption de la charge de travail.
La réplication des données comprend deux étapes:
Première étape de réplication : Migrate to Virtual Machines crée l'instantané initial des disques de données de la VM source et réplique les données de l'instantané sur Google Cloud. Selon la quantité de données sur disque de la VM source, la première réplication peut prendre plusieurs minutes, voire plusieurs heures.
La colonne État de réplication d'une VM lors de la première étape de réplication affiche l'état Première synchronisation suivie de la sous-étape appropriée.
Étape de réplication incrémentielle : après une première étape de réplication réussie, les étapes de réplication incrémentielle ont lieu à des intervalles définis (toutes les deux heures par défaut). À chaque étape, un instantané est créé pour chaque disque de données. Seules les mises à jour de données effectuées après l'étape précédente sont répliquées sur Google Cloud à l'aide du mécanisme du suivi des blocs modifiés (CBT).
La colonne État de réplication d'une VM associée à une étape de réplication incrémentielle affiche l'état Actif suivi de la sous-étape appropriée.
Lancer la réplication d'une VM source
Pour lancer la réplication d'une VM source, procédez comme suit :
Ouvrez la page "Migrate to Virtual Machines" dans la console Google Cloud :
Sélectionnez l'onglet Migrations.
Un tableau s'affiche indiquant les VM sources de la source de migration que vous avez intégrées. Vous pouvez démarrer la réplication sur n'importe quelle VM dont l'état est Prêt.
Sélectionnez une ou plusieurs VM sources.
Cliquez sur Migration > Lancer la réplication. La colonne État de la réplication indique l'état de la réplication avec l'une des sous-étapes détaillées dans le tableau des sous-étapes du cycle de réplication.
Pour afficher l'historique de réplication d'une VM, cliquez sur la VM pour ouvrir la page d'informations. Cliquez sur Historique de réplication pour afficher l'historique de réplication de la VM avec les sous-étapes de la réplication.
Vous pouvez maintenant configurer une cible de migration pour les phases de basculement et de test du clone.
Migrate to Virtual Machines génère un rapport d'adaptation une fois le cycle de réplication terminé. Pour en savoir plus sur les rapports d'adaptation, consultez la documentation sur les rapports d'adaptation.
Vous pouvez créer un clone de test à tout moment une fois la première étape de réplication terminée. La réplication se poursuit jusqu'à ce que vous la terminiez de manière explicite pendant la phase de basculement.
Mettre en pause la réplication
Pour mettre en pause la réplication, procédez comme suit:
Vous pouvez à tout moment mettre en pause la réplication d'une VM. Lorsque vous mettez en pause une VM, son état de réplication devient Mise en pause.
Ouvrez la page "Migrate to Virtual Machines" dans la console Google Cloud :
Sélectionnez l'onglet Migrations.
Un tableau des VM sources disponibles s'affiche.
Sélectionnez une ou plusieurs VM.
Sélectionnez Mettre en pause.
Pour reprendre la réplication ultérieurement, sélectionnez une ou plusieurs VM, puis cliquez sur Resume (Reprendre).
Définir l'intervalle de réplication
Pour définir l'intervalle de réplication, procédez comme suit :
Par défaut, Migrate to Virtual Machines effectue une réplication de la VM source toutes les deux heures. Pour modifier la fréquence de réplication, procédez comme suit :
Ouvrez la page "Migrate to Virtual Machines" dans la console Google Cloud :
Sélectionnez l'onglet Migrations.
Un tableau des VM sources disponibles s'affiche.
Pour la VM, sélectionnez le bouton Modifier les détails de la cible. Un panneau s'ouvre pour vous permettre de configurer la cible.
Pour définir la fréquence de plusieurs VM, sélectionnez les VM, puis cliquez sur le bouton Modifier les détails de la cible. Un panneau s'ouvre pour vous permettre de configurer la fréquence de réplication des VM sélectionnées.
Sélectionnez l'onglet Détails de la cible.
Dans la zone Règle de réplication, définissez la fréquence de réplication, en secondes.
Sélectionnez Enregistrer.
Passer de la migration de VM à la migration de disque
Vous pouvez basculer entre la migration de VM et la migration de disque à tout moment pendant le processus de migration.
Pour passer d'une migration de VM à une migration de disque, procédez comme suit:
Ouvrez la page "Migrate to Virtual Machines" dans la console Google Cloud :
Sélectionnez l'onglet Migrations.
Sélectionnez une ou plusieurs VM.
Cliquez sur Migration > Convertir en migration de disque.
En passant de la migration d'une VM à une migration de disque, vous effacez les détails de la cible. En effet, les détails de la cible de migration de VM et de migration de disque sont différents. Cependant, la progression de la réplication ne sera pas perdue pendant le changement.
Vous devez mettre à jour les détails de la cible avant de cloner ou de basculer des opérations sur votre VM pour que la migration aboutisse. Pour en savoir plus, consultez la section Configurer la cible.
Étape 3 : Configurer la cible d'une VM migrée
Pour configurer une cible, vous effectuez deux étapes principales :
Ajouter un projet cible Le projet cible est le projet contenant l'instance Compute Engine utilisée pour héberger la VM migrée.
Le projet hôte est automatiquement ajouté en tant que projet cible. Il n'est donc pas nécessaire de l'ajouter explicitement. Si vous souhaitez ajouter un projet supplémentaire en tant que projet cible, consultez la page Ajouter un projet cible.
Configurez l'instance Compute Engine utilisée pour héberger la VM migrée. Pour un environnement de test et un environnement de production, configurez l'instance Compute Engine cible de façon à spécifier les paramètres suivants :
- Projet Google
- Nombre de processeurs
- Quantité de mémoire
Cette section explique comment définir la configuration initiale de l'instance Compute Engine utilisée pour héberger la VM migrée. Toutefois, de nombreux paramètres supplémentaires peuvent être appliqués à une instance Compute Engine. Consultez la documentation Compute Engine pour obtenir une description détaillée de tous les paramètres.
Vous pouvez modifier les détails de la cible à tout moment. Lors de l'instanciation d'une instance Compute Engine pour la phase de clone de test ou de basculement, Migrate to Virtual Machines utilise les paramètres des détails de la cible au moment de l'opération.
Pour configurer la cible Compute Engine, procédez comme suit:
Si vous ne l'avez pas déjà fait, ajoutez le projet cible comme indiqué dans la section Ajouter une cible.
Ouvrez la page "Migrate to Virtual Machines" dans la console Google Cloud :
Sélectionnez l'onglet Migrations.
Un tableau des migrations s'affiche.
Sélectionnez une VM (vous pouvez en sélectionner plusieurs à modifier), puis cliquez sur le bouton Modifier les détails sur la cible. Dans le panneau qui s'affiche, configurez les détails de la cible pour toutes les VM sélectionnées.
Définissez les Détails de la cible qui définissent les caractéristiques de l'instance Compute Engine utilisée pour héberger la VM migrée. Pour obtenir des descriptions détaillées, consultez le tableau ci-dessous qui regroupe les paramètres et fournit des liens vers la documentation de Compute Engine.
Migrate to Virtual Machines n'est pas compatible avec tous les paramètres Compute Engine. Vous ne pouvez définir que ceux décrits dans le tableau suivant. Une fois l'instance Compute Engine créée, vous pouvez modifier tous ses paramètres :
Titre de la section Nom du champ Description Général Nom de l'instance Nom de l'instance Compute Engine. Pour connaître les règles d'attribution de noms, consultez la section Convention d'attribution de noms aux ressources. Projet Nom du projet hébergeant l'instance Compute Engine. Il doit s'agir d'un projet que vous avez ajouté précédemment dans cette section. Zone Zone pour l'instance Compute Engine. Consultez la page Régions et zones.
La région de l'instance déployée est celle que vous avez spécifiée lors de l'enregistrement du connecteur de migration. Pour en savoir plus, consultez la page Installer le connecteur de migration.Libellés Pour organiser votre projet, ajoutez des libellés sous forme de paires clé/valeur à vos ressources. Consultez la page Attribuer des libellés à des ressources pour en savoir plus. Machine configuration Série de types de machines Compute Engine propose une série de types de machines prédéfinis que vous pouvez utiliser lorsque vous créez une instance. Chaque option a un coût différent. Sélectionnez la série de types de machines la plus adaptée à votre charge de travail.
Consultez la page Tarifs pour en savoir plus.
Migrate to Virtual Machines détermine automatiquement le type d'OS de l'instance Compute Engine en fonction de la VM source et applique une licence PAYG à l'instance. Consultez la section Gestion des licences.Type de machine Compute Engine fournit des types de machines prédéfinis qui permettent de créer une instance. Les types de machines disponibles dépendent de la série de machines que vous sélectionnez dans le champ Série de types de machines.
Pour en savoir plus, consultez la documentation sur les types de machines prédéfinis.Pendant la maintenance de l'hôte Lorsque Compute Engine effectue des tâches périodiques de maintenance de l'infrastructure, les instances de VM peuvent être migrées vers d'autres équipements sans temps d'arrêt Définissez cette option sur Migrer l'instance de VM (recommandé) (valeur par défaut) pour migrer la VM. Définissez-la sur Interrompre pour arrêter l'instance. Redémarrage automatique Lorsque ce paramètre est défini sur Activé (recommandé), Compute Engine redémarre automatiquement les instances lorsqu'elles sont arrêtées pour des raisons non initiées par l'utilisateur, telles qu'un événement de maintenance ou une défaillance matérielle ou logicielle. Définissez-la sur Désactivé pour désactiver le redémarrage. Métadonnées Spécifiez les paires clé/valeur des métadonnées de VM qui seront stockées pour votre VM migrée.
Pour en savoir plus sur les métadonnées des VM Compute Engine, consultez la documentation sur les métadonnées des VM.
Migrate to Virtual Machines applique une limite de 64 000 caractères à toutes les paires clé/valeur des métadonnées dans chaque VM migrée.Mise en réseau Nom du réseau Indique le réseau VPC dont feront partie les instances. Nom du sous-réseau Spécifie le sous-réseau associé à une région. Il doit s'agir d'un sous-réseau du réseau spécifié. Adresse IP externe Définissez l'option sur Aucun (par défaut) pour désactiver l'accès externe et sur Éphémère pour autoriser gcloud CLI à attribuer une adresse IP. Consultez la section Configurer des adresses IP statiques externes. Adresse IP interne Définissez l'option sur Éphémère (automatique) (par défaut) pour autoriser gcloud CLI à attribuer une adresse IP, sur Éphémère (personnalisé) pour définir votre propre adresse IP ou sur Adresse IP interne réservée (IP) pour utiliser une adresse IP prédéfinie. Consultez la section Configurer des adresses IP statiques internes. Nom d'hôte Vous pouvez créer une VM avec un nom d'hôte personnalisé en spécifiant un nom DNS complet. Les noms d'hôte personnalisés doivent être conformes aux exigences de la RFC 1035 relative aux noms d'hôte valides.
Pour en savoir plus sur la mise en forme des noms d'hôte personnalisés, consultez la documentation sur les noms d'hôte personnalisés.
Vous pouvez modifier le nom d'hôte des VM Windows à l'aide de l'API TargetDetails. Après avoir modifié un nom d'hôte de VM Windows localement, veillez à mettre à jour le nom d'hôte dans Active Directory (AD) afin que la confiance AD ne soit pas interrompue.
Ajouter une interface réseau Migrate to Virtual Machines vous permet de créer éventuellement une instance Compute Engine avec plusieurs cartes réseau. Chaque interface est associée à un réseau VPC distinct, ce qui permet à cette instance d'accéder à différents réseaux VPC au sein de gcloud CLI.
Avant d'ajouter des interfaces réseau supplémentaires, tenez compte des points suivants :- Il n'est pas possible d'associer plusieurs interfaces réseau au même réseau VPC. Bien que la configuration puisse enregistrer des données, l'instanciation de la VM échouera.
- Une fois qu'une instance Compute Engine est instanciée à l'aide de
test-cloneoucut-over, vous ne pouvez pas ajouter ni supprimer d'interface réseau sur l'instance créée. Vous pouvez répétertest-cloneoucut-overavec différents détails cibles pour recréer l'instance.
Pour ajouter ou supprimer une interface réseau, procédez comme suit : - Sélectionnez Ajouter une interface réseau pour ajouter une interface réseau supplémentaire à l'instance Compute Engine. Vous pouvez définir toutes les mêmes options que celles de l'interface réseau initiale.
Tags réseau Les tags vous permettent d'appliquer des règles de pare-feu et des routes à des instances spécifiques. Consultez la page Configurer des tags réseau pour en savoir plus. Configuration supplémentaire Compte de service Spécifiez le compte de service dans le projet cible utilisé pour exécuter l'instance Compute Engine. Par défaut, aucun compte de service n'est attribué à l'instance Compute Engine.
Si vous envisagez d'exécuter une application sur l'instance Compute Engine qui doit accéder à d'autres services et API gcloud CLI, créez un compte de service dans le projet cible avec les autorisations nécessaires afin d'accéder à ces services et aux API avant de créer l'instance Compute Engine. Ensuite, spécifiez ce compte de service ici. Pour en savoir plus, consultez la section Configurer une VM pour qu'elle s'exécute en tant que compte de service.
Pour associer le compte de service à l'instance Compute Engine, votre compte utilisateur dans le projet hôte Migrate for Virtual Machines doit disposer des autorisations nécessaires. Pour en savoir plus, consultez Configurer des autorisations sur le compte de service du projet cible.Type de disque Indiquez le type de stockage pour l'instance. Consultez la page Options de stockage pour en savoir plus. Clé de chiffrement gérée par le client La clé que vous souhaitez utiliser pour protéger vos données dans Google Cloud. Par défaut, Google Cloud chiffre automatiquement les données au repos à l'aide de clés de chiffrement gérées par Google. Si vous avez des exigences réglementaires ou de conformité spécifiques concernant les clés qui protègent vos données, vous pouvez utiliser des clés de chiffrement gérées par le client (CMEK) pour chiffrer et déchiffrer vos données au repos. Ces clés de chiffrement sont créées, gérées et détenues par vous.
Lorsque vous ajoutez une clé CMEK, vous devez également attribuer les autorisations du rôle Chiffreur/Déchiffreur de CryptoKeys Cloud KMS au compte d'agent de service Compute Engine que vous utilisez. Pour en savoir plus, consultez la page Protéger des ressources à l'aide de clés Cloud KMS.Convertir le BIOS en UEFI (bêta) Activez cette option pour remplacer le type de démarrage du système d'exploitation d'une instance de VM du système d'entrées/sorties de base (BIOS) par la fonctionnalité UEFI (Unified Extensible Firmware Interface). Cette option est utile lorsque vous souhaitez démarrer votre instance de VM de manière sécurisée, car le démarrage sécurisé n'est compatible qu'avec UEFI. Cependant, vous pouvez aussi simplement convertir le type de démarrage BIOS en UEFI, sans utiliser le démarrage sécurisé.
La fonctionnalité de conversion du type de démarrage d'une instance de VM BIOS en UEFI est disponible en version bêta. Pour participer à la version bêta, envoyez une demande à cette adresse e-mail : m2vm-bios-to-uefi@google.com.
Démarrage sécurisé Toutes les VM sélectionnées doivent disposer d'une option de démarrage EFI pour activer le démarrage sécurisé. Compute Engine applique des stratégies à jour qui peuvent empêcher le chargement de votre VM lorsque le démarrage sécurisé est activé. Pour plus d'informations, consultez la section Démarrage sécurisé dans la documentation de Compute Engine. Type de licence Compute Engine est compatible avec les licences de type paiement à l'usage (PAYG) et l'utilisation de vos propres licences (BYOL) pour vos VM déployées. Le type de licence par défaut d'une VM migrée est attribué par Migrate to Virtual Machines à partir du système d'exploitation migré, comme décrit dans la section Systèmes d'exploitation compatibles.
Si votre système d'exploitation accepte plusieurs types de licences, vous pouvez remplacer le type de licence par défaut pour spécifier explicitement un type de licence PAYG ou BYOL.Licences supplémentaires Migrate to Virtual Machines accepte jusqu'à 10 licences supplémentaires (en utilisant le format d'URL valide) que vous pouvez ajouter dans la section Configuration supplémentaire de la boîte de dialogue Détails de la cible.
Par exemple, vous pouvez ajouter des licences supplémentaires en utilisant le format d'URL suivant :
https://www.googleapis.com/compute/beta/projects/windows-sql-cloud/global/licenses/sql-server-2012-enterprise
Location unique Libellés d'affinité de nœuds Compute Engine est compatible avec le déploiement des charges de travail migrées vers des nœuds à locataire unique. Un nœud à locataire unique est un serveur Compute Engine dédié exclusivement à l'hébergement des VM de votre projet.
Afin de pouvoir configurer vos charges de travail migrées pour qu'elles s'exécutent sur des nœuds à locataire unique, vous devez avoir créé un modèle de nœud à locataire unique et le groupe de nœuds à locataire unique dans le projet et la zone cibles. Reportez-vous à Provisionner des VM sur des nœuds à locataire unique.
Les libellés d'affinité vous permettent de regrouper logiquement des nœuds et des groupes de nœuds. Lorsque vous provisionnez vos instances Compute Engine, utilisez des libellés d'affinité pour planifier leur exécution sur un ensemble spécifique de nœuds ou de groupes de nœuds.
Vous pouvez ajouter des libellés d'affinité à vos VM en cours de migration en les saisissant manuellement dans le panneau d'informations par paire clé/valeur ou en utilisant la boîte de dialogue Parcourir le nœud pour sélectionner un nœud ou un groupe de nœuds. Vous pouvez ensuite modifier les libellés d'affinité de VM pour personnaliser le déploiement à locataire unique :- Sélectionnez Parcourir le nœud pour ajouter un libellé d'affinité dans la liste des nœuds et groupes de nœuds à locataire unique disponibles. Une paire clé/valeur sera automatiquement créée pour vous lors de la sélection du nœud ou du groupe de nœuds.
- Sélectionnez Nouveau pour saisir manuellement le libellé d'affinité.
Nombre minimal de vCPU alloués Définissez le nombre minimal de vCPU alloués pour l'instance Compute Engine.
Pour en savoir plus, consultez les sections Affinité ou anti-affinité de nœuds et Configurer les libellés d'affinité de nœuds.Règle de réplication Durée d'inactivité de la réplication entre deux cycles Par défaut, Migrate to Virtual Machines effectue une réplication de la VM source toutes les deux heures. Définissez la fréquence de réplication (en secondes).
Sélectionnez Enregistrer.
Vous pouvez modifier ultérieurement les détails de la cible. Lors de l'instanciation d'une instance Compute Engine pour la phase test-clone ou cut-over, Migrate to Virtual Machines utilise les paramètres des détails de la cible au moment de l'opération.
(Facultatif) Étape 4 : Tester un clone d'une VM en cours de migration
Lors de la phase de test, Migrate to Virtual Machines déploie un clone de la VM migrée vers une instance Compute Engine dans votre environnement de test. Bien que la phase de test soit facultative, il est recommandé d'effectuer des tests avant de déployer une VM migrée en production.
Chaque fois que vous créez une instance de clone de test, celle-ci est clonée à partir des données du cycle de réplication le plus récent à l'aide des détails de la cible actuels. En d'autres termes, une instance de clone de test représente un instantané de la VM source au moment du dernier cycle de réplication terminé.
Pour les VM sources Azure disposant de plusieurs disques, les cycles de réplication de Migrate to Virtual Machines prennent des instantanés de chaque disque indépendamment. Comme ces instantanés ne sont pas pris simultanément, les données capturées peuvent parfois présenter des écarts mineurs. Par conséquent, il est recommandé de ne pas utiliser les clones de test comme remplacement de production lors du basculement.
Lancer votre premier clone de test
Vous pouvez créer votre premier clone de test une fois le cycle de réplication initial terminé, puis créer des clones de test supplémentaires tout au long de votre processus de migration.
Pour pouvoir lancer un clone de test, vous devez avoir configuré un environnement cible pour l'instance Compute Engine. Pour en savoir plus, consultez la documentation sur la configuration de la cible.
Vous ne pouvez tester une VM à l'état Mise en pause que si elle a terminé au moins une réplication.
Pour en savoir plus sur les problèmes potentiels pendant la phase de clone de test, consultez la page Dépannage.
Créer un clone de test d'une VM
Pour créer le clone de test d'une VM à l'aide de Migrate to Virtual Machines, procédez comme suit:
Assurez-vous d'avoir configuré un environnement cible de VM de test, comme indiqué dans la section Configurer la cible de la VM.
Ouvrez la page "Migrate to Virtual Machines" dans la console Google Cloud :
Sélectionnez l'onglet Migrations.
Un tableau des VM sources disponibles s'affiche. Vous pouvez tester n'importe quelle VM dont l'état est Actif (cycle actuel : XX %) ou Actif (inactif). L'état Actif signifie que la première synchronisation de réplication de la VM a été effectuée avec succès et que les données de la VM sont répliquées de manière incrémentielle.
Sélectionnez une VM.
Sélectionnez Basculement et création de clones de test > Clone de test. La colonne État du clone de test/de la VM basculée indique l'état de l'opération, ainsi que l'une des sous-étapes décrites dans la table des sous-étapes du clone de test.
Attendez que la colonne État du clone de test/de la VM basculée affiche Réussi. Cela signifie que le clone a bien été créé.
Vous pouvez afficher l'historique du clone de test d'une VM de l'une des manières suivantes :
Sélectionnez l'icône du panneau d'informations
pour la VM. Dans le panneau qui s'ouvre à droite, l'onglet Monitoring affiche l'historique, y compris le nom de chaque instance de clone de test.Cliquez sur la VM pour ouvrir la page d'informations. Cliquez sur Historique des clones de test/basculements pour afficher l'historique des clones de test de la VM, ainsi que les sous-étapes des clones de test.
Vous pouvez annuler une opération de clone de test active en cliquant sur Basculement et création de clones de test > Annuler le clone de test.
Pour la VM de clone de test, cliquez sur Afficher les détails pour afficher le nom de l'instance de VM.
Pour gérer l'instance Compute Engine en cours d'exécution, accédez à la page Instances de VM de la console Google Cloud pour votre projet :
Accéder à la page Instances de VM
Dans Google Cloud Console, gérez l'instance Compute Engine et effectuez les opérations suivantes :
- Démarrez, arrêtez et supprimez l'instance.
- Déterminez les adresses IP interne et externe de l'instance.
- Affichez et modifiez les caractéristiques de l'instance.
- Effectuez toutes les autres tâches de gestion.
Effectuez des tests de validation ou d'autres tests sur la VM migrée.
Une fois les tests terminés, supprimez l'instance Compute Engine pour libérer des ressources afin que l'instance ne vous soit plus facturée.
Gérer plusieurs clones de test
Au cours de votre parcours de migration, vous pouvez créer plusieurs clones de test. Par exemple, vous créez le premier clone de test après le cycle de réplication initial. Ensuite, lorsque vous affinez votre migration, vous créez des clones de test pour les raisons suivantes :
- Modifications apportées à votre VM source pour prendre en charge la migration
- Modifications apportées aux détails de la cible de la VM migrée
- Nouvelles données de réplication à partir de la VM source
- Toute autre modification apportée pendant la durée de votre cycle de test
N'oubliez pas qu'un clone de test est un instantané de la VM source créé à partir des données de réplication et des détails de la cible actuels. Les nouvelles données de réplication et les modifications apportées aux détails de la cible ne s'appliquent qu'aux nouveaux clones de test, et non aux clones de test existants.
Si vous disposez d'une instance de clone de test existante, vous pouvez effectuer les opérations suivantes avant de créer un clone de test :
Supprimez l'instance de clone de test existante, puis créez-en une autre avec le même nom d'instance. Vous ne pouvez pas créer une instance portant le même nom qu'une instance existante.
Modifiez les détails de la cible pour définir un nouveau nom d'instance. En outre, si vous avez spécifié une adresse IP réservée et personnalisée pour une instance de clone de test existante, assurez-vous d'utiliser des valeurs différentes pour toutes les instances supplémentaires.
Pour surveiller toutes les instances de clones de test, procédez comme suit :
Affichez l'historique des clones de test d'une VM de l'une des manières suivantes :
Sélectionnez l'icône du panneau d'informations
pour la VM. Dans le panneau qui s'ouvre à droite, l'onglet Monitoring affiche l'historique, y compris le nom de chaque instance de clone de test.Cliquez sur la VM pour ouvrir la page d'informations. Cliquez sur Historique des clones de test/basculements pour afficher l'historique des clones de test de la VM, ainsi que les sous-étapes des clones de test.
Pour gérer une instance Compute Engine en cours d'exécution, sélectionnez l'icône en forme de flèche afin d'ouvrir l'instance de VM dans la console Google Cloud.
Sinon, accédez directement à la page Instances de VM dans la console Google Cloud :
Accéder à la page Instances de VM
Une fois que vous avez créé un clone de test, vous devez le gérer. Si vous souhaitez modifier ou supprimer une VM de clone de test en cours d'exécution, utilisez les outils Compute Engine, et non Migrate to Virtual Machines.
Étape 5 : Créer un basculement
Au cours de la phase de basculement, vous transférez le contrôle de vos VM migrées s'exécutant dans une instance Compute Engine au sein de votre environnement de production sur Google Cloud.
Migrate to Virtual Machines génère un rapport d'adaptation une fois le cycle de basculement terminé. Pour en savoir plus sur les rapports d'adaptation, consultez la documentation sur les rapports d'adaptation.
Pour suivre la procédure de basculement, procédez comme suit :
Si la réplication des données est active, c'est-à-dire que l'état de réplication de la VM est défini sur Actif (cycle actuel : XX %), attendez que l'opération se termine.
Arrête la VM source.
Effectue la réplication de données finale Comme la réplication a lieu au cours de toutes les phases de migration, la quantité de données à répliquer ne doit pas être très élevée.
Arrête la réplication.
Crée l'instance Compute Engine à partir des données répliquées finales.
La phase de basculement inclut un court temps d'arrêt de la VM et doit être effectuée pendant un intervalle de maintenance programmé. Vous devez déterminer l'intervalle de maintenance au cours duquel vous pouvez arrêter la VM source et rediriger le trafic vers la VM migrée qui s'exécute sur Compute Engine.
Pour créer un basculement, procédez comme suit:
Assurez-vous d'avoir configuré les détails de la cible de VM, comme indiqué dans la section Configurer la cible de la VM. Si les détails de la cible étaient précédemment configurés pour l'opération du clone de test, vous pouvez modifier les détails de la cible pour qu'ils pointent vers une nouvelle cible.
Ouvrez la page "Migrate to Virtual Machines" dans la console Google Cloud.
Sélectionnez l'onglet Migrations.
Un tableau des VM sources disponibles s'affiche. Vous pouvez effectuer le basculement de n'importe quelle VM dont l'état est Actif (cycle actuel : XX %) ou Actif (inactif). L'état Actif signifie que la première synchronisation de réplication de la VM a été effectuée avec succès et que les données de la VM sont répliquées de manière incrémentielle.
La colonne Durée de basculement estimée indique une estimation du temps nécessaire pour effectuer une tâche de basculement pour une VM après son lancement. Ce champ n'est renseigné que pour une VM active qui a terminé plusieurs cycles de réplication.
La colonne État du clone de test/de la VM basculée indique l'état de l'opération, ainsi que l'une des sous-étapes décrites dans la table des sous-étapes du basculement.
Sélectionnez une VM source.
Sélectionnez Basculement et création de clones de test > Basculement. Le lancement d'un basculement sur une VM en cours de migration entraîne la séquence d'actions suivante effectuée par Migrate to Virtual Machines :
Arrête la VM source.
Effectue la réplication de données finale Comme la réplication continue a lieu au cours de toutes les phases de migration, la quantité de données à répliquer ne doit pas être très élevée.
Crée l'instance Compute Engine qui héberge la VM migrée à partir des données répliquées finales.
Arrête la réplication de données.
Attendez que la colonne État du clone de test/de la VM basculée affiche la tâche Basculement terminée. Cela indique que le basculement a réussi.
Vous pouvez afficher l'historique de basculement d'une VM de l'une des manières suivantes :
Sélectionnez l'icône du panneau d'informations
pour la VM. Dans le panneau qui s'ouvre à droite, l'onglet Monitoring affiche l'historique, y compris le nom de chaque instance de basculement.Cliquez sur la VM pour ouvrir la page d'informations. Cliquez sur Historique des clones de test/basculements pour afficher l'historique des basculements de la VM, ainsi que les sous-étapes du basculement.
Vous pouvez annuler une opération de basculement active en cliquant sur Basculement et création de clones de test > Annuler le basculement. Toutefois, si vous souhaitez réactiver l'utilisation de la VM source, vous devez la redémarrer manuellement.
Pour gérer une instance Compute Engine en cours d'exécution, sélectionnez l'icône en forme de flèche afin d'ouvrir l'instance de VM dans la console Google Cloud.
Sinon, accédez directement à la page Instances de VM dans la console Google Cloud :
Accéder à la page Instances de VM
Dans Google Cloud Console, gérez l'instance Compute Engine et effectuez les opérations suivantes :
- Démarrez, arrêtez et supprimez l'instance.
- Déterminez les adresses IP interne et externe de l'instance.
- Affichez et modifiez les caractéristiques de l'instance.
- Effectuez toutes les autres tâches de gestion.
Effectuez un test de validation sur la charge de travail migrée.
Si, pour une raison quelconque, vous souhaitez relancer le basculement ou effectuer un rollback à partir du basculement, procédez comme suit :
Relancez le basculement
Pour relancer le basculement, procédez comme suit:
Sélectionnez une VM à l'état Basculement.
Sélectionnez Migration > Reprendre la réplication.
Relancez le basculement.
Rollback à partir du basculement
Pour effectuer un rollback à partir du basculement, procédez comme suit:
Le basculement a pour effet d'arrêter la VM source d'origine dans votre source de migration. Vous devez donc la démarrer et rediriger le trafic vers la VM source.
Si nécessaire, copiez les nouvelles données créées sur l'instance Compute Engine afin de pouvoir les écrire sur la VM source.
Vous pouvez éventuellement supprimer ou arrêter l'instance Compute Engine qui exécute la VM migrée.
Reprenez la réplication sur la VM source. La réplication reprend à partir du dernier instantané.
Relancez le basculement.
Étape 6 : Finaliser une migration
Les données de réplication utilisées pour créer une VM Compute Engine sont conservées après le basculement pour vous permettre de reprendre la réplication à partir du dernier instantané de réplication.
Toutefois, le stockage utilisé par les données de réplication vous est facturé jusqu'à ce que vous les supprimiez lors de la phase de finalisation. La finalisation a pour effet de supprimer toutes les données de réplication ainsi que toutes les autres ressources de stockage associées à une VM migrée.
La phase de finalisation ne supprime pas les instances Compute Engine exécutant une VM migrée. Si vous avez créé des instances Compute Engine durant la phase de test, vous devez les supprimer manuellement. Les instances de clones de test vous sont facturées jusqu'à leur suppression.
Pour finaliser une migration, procédez comme suit:
Ouvrez la page "Migrate to Virtual Machines" dans la console Google Cloud :
Sélectionnez l'onglet Migrations.
Un tableau des VM sources disponibles s'affiche. La finalisation ne peut être effectuée que sur les VM à l'état Basculement.
Sélectionnez une VM source.
Sélectionnez Finaliser, puis confirmez la finalisation.
Une fois la finalisation terminée, l'état de la VM est défini sur Finalisée. Les seules opérations autorisées pour une migration à l'état Finalisée sont les suivantes :
- Supprimer la migration
- Ajouter ou supprimer une migration dans un groupe
Supprimer une migration
La suppression d'une migration entraîne la suppression de :
- Données de réplication pour la VM stockées sur Google Cloud.
- Informations de configuration de Compute Engine.
- Historique de surveillance.
- Toutes les autres données associées à la migration d'une VM.
- La VM figurant dans la liste des VM intégrées dans l'onglet Migrations.
- La VM de son groupe, si celle-ci est membre d'un groupe.
Toutefois, la suppression d'une migration ne supprime pas la VM source de la liste des VM disponibles pour la source de migration affichée dans l'onglet Sources. Autrement dit, seules les données de migration de la VM sont supprimées. La VM source d'origine n'est pas affectée lorsque vous supprimez une migration. Vous pouvez donc réintégrer la VM source ultérieurement pour la migrer.
Pour supprimer une migration, procédez comme suit.
Ouvrez la page "Migrate to Virtual Machines" dans la console Google Cloud :
Sélectionnez l'onglet Migrations.
Sélectionnez une VM source.
Sélectionnez Supprimer, puis confirmez la suppression.
La VM est supprimée de la table de migration.
Sélectionnez l'onglet Sources.
Dans la liste déroulante, sélectionnez la source de migration que vous souhaitez supprimer.
Un tableau s'affiche indiquant les VM sources de la source de migration disponibles pour la migration. Notez que la VM source correspondant à la migration supprimée est toujours répertoriée.
Si nécessaire, vous pouvez reprendre une migration sur la VM.