Dans certaines situations, vous devez déplacer votre charge de travail d'une instance de machine virtuelle (VM) existante vers une nouvelle VM. Un déplacement vers une nouvelle VM est nécessaire pour les raisons suivantes :
- Mettre à niveau le système d'exploitation vers une nouvelle version
- Passer de l'architecture x86 à l'architecture Arm
- Mettre à niveau vers la dernière série de machines de VM
Dans ce cas, vous devrez peut-être créer une VM et déplacer votre charge de travail vers la nouvelle VM.
Lors de la mise à niveau vers la série de machines de VM de dernière génération, si le système d'exploitation de votre VM actuelle est compatible avec la nouvelle génération et que votre VM actuelle n'utilise aucune fonctionnalité ni aucun type de disque non compatible avec la nouvelle série de machines, vous pouvez utiliser la procédure plus simple décrite sur la page Déplacer votre VM vers une nouvelle série de machines.
Préparer le déplacement vers une nouvelle VM
Vous pouvez déplacer votre VM actuelle vers une nouvelle VM, par exemple de n2d-standard-32
vers t2a-standard-32
ou de m1-ultramem-160
vers m3-ultramem-128
. Examinez et résolvez les éléments suivants avant de commencer la migration.
- Consultez les régions et zones disponibles pour la nouvelle série de machines VM. La nouvelle série de machines peut ne pas être disponible dans toutes les régions comme votre VM actuelle. Ajustez vos plans de déploiement, de disponibilité et de reprise après sinistre si nécessaire.
- Vérifiez que la version du système d'exploitation de votre VM actuelle est compatible avec la nouvelle série de machines de VM. Pour en savoir plus, consultez la page Détails des systèmes d'exploitation.
- Si la nouvelle VM nécessite une version plus récente du système d'exploitation, vérifiez que vos applications sont compatibles avec la version la plus récente du système d'exploitation.
- Si vous passez à Arm et qu'une image Arm n'est pas disponible pour votre système d'exploitation actuel, choisissez un nouveau système d'exploitation sur lequel exécuter vos applications et vérifiez que vos applications sont compatibles avec le nouveau système d'exploitation.
- Consultez la documentation de la série de machines pour connaître les fonctionnalités disponibles pour la nouvelle VM. La nouvelle série de machines VM peut ne pas être compatible avec les mêmes fonctionnalités que celles de votre VM actuelle, telles que les types de machines personnalisés ou les VM protégées.
- Passez en revue les interfaces compatibles avec la nouvelle série de machines VM. Les séries de VM plus récentes, telles que T2A, et les VM de troisième génération (comme M3 ou C3), n'acceptent que les interfaces gVNIC et NVMe. Assurez-vous que vos applications sont compatibles avec ces interfaces.
- Si vous migrez depuis une VM qui utilise l'interface disque SCSI vers une VM compatible uniquement avec l'interface disque NVMe, assurez-vous que vos applications et scripts ne font pas référence aux disques associés par leur nom d'appareil, tel que
sda1
. Utilisez plutôt le lien symbolique pour les disques, qui apparait dans/dev/disk/by-id/
. - Si vous migrez une VM exécutant Microsoft Windows, vous devez remplacer le pilote NVME sur les VM créées avant mai 2022. Cela s'applique au disque de démarrage de votre VM actuelle et à tous les instantanés ou images personnalisés créés précédemment et utilisés pour créer une VM.
- Si vous migrez depuis une VM de première ou deuxième génération sur laquelle vous avez utilisé l'interface réseau par défaut (VirtIO), vers une VM de troisième génération ou T2A qui n'accepte que l'interface réseau gVNIC, vous devrez peut-être résoudre les problèmes suivants problèmes :
- Si vous avez utilisé une image personnalisée pour créer votre VM, vous devez ajouter un tag pour utiliser gVNIC (la propriété
guest-os-features
doit inclure la chaîneGVNIC
) et inclure le pilote gVNIC, comme indiqué dans Créer une image personnalisée compatible avec gVNIC. Pour vérifier que votre VM est taguée pour gVNIC, suivez les instructions de la section Diagnostic dans L'instance de VM n'a pas démarré. - Si vous avez configuré un nombre de files d'attente personnalisé sur une carte d'interface réseau (NIC), consultez la section Allocations de file d'attente et modification du type de machine.
- Si vous avez utilisé une image personnalisée pour créer votre VM, vous devez ajouter un tag pour utiliser gVNIC (la propriété
- Si vous migrez depuis une VM qui utilise l'interface disque SCSI vers une VM compatible uniquement avec l'interface disque NVMe, assurez-vous que vos applications et scripts ne font pas référence aux disques associés par leur nom d'appareil, tel que
- Vérifiez les types de disques compatibles avec la nouvelle VM. Les séries de VM plus récentes, telles que M3 et C3, ne sont pas compatibles avec le type de disque persistant
pd-standard
. Si votre VM actuelle utilise un type de disque de démarrage non compatible avec la nouvelle série de VM, vous pouvez utiliser un instantané pour remplacer le disque de démarrage par un nouveau type de disque, comme décrit dans la section Déplacer votre charge de travail vers la nouvelle VM. - Si votre VM est associée à un disque SSD local et que vous souhaitez passer à une VM de troisième génération, vérifiez que les disques SSD locaux sont compatibles avec le nouveau type de machine.
- Si la nouvelle VM utilise une architecture différente, vérifiez que vos applications ou programmes peuvent s'exécuter sur la nouvelle architecture ou déterminez si ils nécessitent des modifications.
- Si votre application a été écrite à l'aide des dernières versions d'un langage de programmation, elle sera probablement compatible avec Arm sans nécessiter de modification supplémentaire.
- Pour exécuter des langages interprétés tels que Python, Ruby et JavaScript, vous devez installer un environnement d'exécution compatible avec Arm sur votre VM Arm.
- Les binaires x86 compilés ne sont pas exécutés sur Arm, et les binaires Arm compilés ne sont pas exécutés sur les plateformes x86.
- Vous devez recompiler vos binaires pour Arm, généralement sans aucune modification de votre code source.
- Vous devrez peut-être également mettre à niveau vos packages et vos bibliothèques pour inclure les équivalents Arm des versions que vous avez utilisées sur les VM x86.
Déplacer votre charge de travail vers la nouvelle VM
Pour déplacer votre charge de travail vers une nouvelle VM, vous devez d'abord créer une VM, puis déplacer votre charge de travail vers la nouvelle VM.
- Suivez les étapes de la section Préparer le déplacement vers une nouvelle VM sur cette page.
- Si votre VM existante utilise des disques SSD locaux contenant des données que vous souhaitez conserver, déplacez le contenu de ces disques vers un type de disque persistant compatible.
Si votre VM actuelle utilise un disque persistant
pd-standard
pour le disque de démarrage, procédez comme suit pour passer à une VM non compatible avec les disquespd-standard
:- Si vous migrez un très petit nombre de VM, procédez comme suit :
- Créez un instantané du disque de démarrage
pd-standard
de votre VM actuelle. - Créez une VM à partir de l'instantané du disque de démarrage.
Lors de la création de la VM, choisissez l'un des types de disques compatibles avec le disque de démarrage, par exemple, PD-Balanced (
pd-balanced
) ou PD-SSD (pd-ssd
).
- Créez un instantané du disque de démarrage
- Si vous migrez plusieurs VM, utilisez une image personnalisée pour créer les VM :
- Créez un instantané du disque de démarrage
pd-standard
de votre VM actuelle. - Créez une image personnalisée en utilisant l'instantané du disque comme source.
- Créez une VM à partir de l'image personnalisée.
Lors de la création de la VM, choisissez l'un des types de disques compatibles avec le disque de démarrage, par exemple, PD-Balanced (
pd-balanced
) ou PD-SSD (pd-ssd
).
- Créez un instantané du disque de démarrage
- Si vous migrez un très petit nombre de VM, procédez comme suit :
Si votre VM actuelle utilise un type de disque de démarrage compatible avec la nouvelle série de machines de VM, suivez les instructions de la section Créer et démarrer une instance de VM Arm ou Créer et démarrer une instance de VM, puis configurez la nouvelle VM en fonction de vos spécifications.
Configurez les utilisateurs, les pilotes, les packages et les répertoires de fichiers nécessaires sur la nouvelle VM pour prendre en charge votre charge de travail.
Déplacez le disque persistant non amorçable de l'ancienne VM vers la nouvelle.
- Pour les types de disques compatibles avec la nouvelle série de machines VM, vous pouvez dissocier le disque persistant de l'ancienne VM et l'ajouter à la nouvelle VM.
- Pour les types de disques non compatibles avec la nouvelle série de machines VM, vous pouvez créer un instantané de votre disque, ajouter un disque de la même taille ou de plus grande taille à la nouvelle VM, puis restaurer l'instantané sur le nouveau disque.
- Vous pouvez également transférer des fichiers d'une VM à une autre si vous n'avez pas supprimé la VM d'origine.
Installez vos applications et programmes modifiés sur la nouvelle VM. Si nécessaire, recompilez les programmes sur le nouveau système d'exploitation ou sur la nouvelle architecture.
Réattribuez toutes les adresses IP statiques associées à la VM d'origine à la nouvelle VM.
Facultatif : Re-déplacez les données enregistrées sur un disque persistant vers un disque SSD local.
Si vous rencontrez des problèmes lors du déplacement de votre charge de travail d'une VM x86 vers une VM Arm, contactez votre responsable de compte technique (TAM) ou l'équipe Professional Services Organization (PSO) de Google pour obtenir de l'aide.
Étape suivante
- Consultez les conseils de dépannage.
- Apprenez-en plus sur la série de machines T2A.
- En savoir plus sur le processus de migration