Mettre à niveau des VM Windows Server

Vous pouvez mettre à niveau certaines VM Windows Server 2008 R2 vers Windows Server 2012 pendant que vous les migrez vers Compute Engine.

Vous pouvez également migrer votre VM, puis la mettre à niveau séparément à l'aide du processus en place fourni dans Compute Engine.

Avant de commencer

Vérifiez que vous disposez des éléments suivants avant de commencer une migration qui comprendra des mises à niveau :

  • Assurez-vous de disposer de suffisamment d'espace sur le disque de démarrage pour la mise à niveau. La mise à niveau peut nécessiter entre 15 et 20 Go pour chaque VM à mettre à niveau.

  • Par défaut, les licences Windows facturées à l'utilisation (PAYG) sont appliquées lors de la mise à niveau. Si vous disposez déjà d'une licence Microsoft et que vous souhaitez continuer à l'utiliser, vous pouvez également utiliser le processus BYOL (Bring Your Own License, utilisation de votre propre licence).

  • Assurez-vous que le temps d'arrêt est suffisant. Lors d'une migration au cours de laquelle vous mettez à niveau des VM Windows Server, celles-ci sont indisponibles durant toute la durée de la migration et de la mise à niveau. Un processus de migration incluant une mise à niveau peut prendre entre une et deux heures pour chaque VM à mettre à niveau.

  • Vérifiez que les VM que vous mettez à niveau utilisent Windows Server 2008 R2.

Valider des VM mises à niveau

Vous pouvez valider votre VM pendant le processus de migration et de mise à niveau à l'aide des scripts PowerShell que vous écrivez. Vous pouvez exécuter vos scripts avant et après la mise à niveau. Par exemple, vous pouvez vous assurer que les applications fonctionnent sur la VM avant et après le processus de mise à niveau.

Veillez à ne pas effectuer d'opération de longue durée dans vos scripts. La durée d'exécution des scripts est comptabilisée dans le délai avant expiration global pour la mise à niveau (qui est défini à 2,5 heures par défaut).

Ajouter des scripts de validation

Vous pouvez fournir un script PowerShell que le système exécutera avant la mise à niveau et un autre script qu'il exécutera après. Pour chacune des conditions de nommage ci-dessous, un script au plus doit correspondre. Sinon, vous obtiendrez une erreur.

Pour que le système exécute vos scripts, vous devez leur donner des noms spécifiques et les placer à des emplacements spécifiques :

À exécuter Format du nom Emplacement
Avant la mise à niveau

pre*.ps1

Par exemple : pre_upgrade_script.ps1

${env:systemdrive}\upgrade_os_scripts

Par exemple : c:\upgrade_os_scripts\pre_upgrade_script.ps1

Après la mise à niveau

post*.ps1

Par exemple : post_upgrade_script.ps1

${env:systemdrive}\upgrade_os_scripts

Par exemple : c:\upgrade_os_scripts\post_upgrade_script.ps1

Résultats et erreurs générées par l'exécution des scripts

Les messages du processus de mise à niveau sont imprimés sur le port série 3. Si vos scripts génèrent les erreurs suivantes, la mise à niveau échouera et l'instantané de départ sera restauré.

  • Plusieurs scripts à exécuter avant (resp. après) la mise à niveau ont été détectés :

    timestamp Replatform Error: Found 2 pre-upgrade user supplied scripts only 1 allowed.
    
  • Le code de sortie est différent de zéro :

    timestamp Replatform Error: C:\upgrade_os_scripts\pre_upgrade_script.ps1 exited with the following error code: 1
    
  • Une exception a été générée lors de l'exécution d'un script :

    timestamp Replatform Error: The following exception thrown while running user supplied post-upgrade script: "script-name": exception description.
    

Pour en savoir plus, consultez le processus de mise à niveau des VM.

Dépannage

Les erreurs liées à la mise à niveau sont répertoriées dans le gestionnaire Migrate for Compute Engine ou consignées dans Cloud Logging.

Pour les erreurs susceptibles de se produire lors de la mise à niveau, consultez la rubrique Dépannage.

Mettre à niveau une VM Windows Server lors de la migration

La mise à niveau s'effectue lors de la migration des VM à l'aide d'une vague.

La mise à niveau du système d'exploitation de la VM s'effectue après la phase de dissociation et avant la phase de nettoyage. Une fois la phase de nettoyage exécutée, il ne sera plus possible d'effectuer un rollback ou de rétablir la mise à niveau.

Avant de mettre à niveau la VM, Migrate for Compute Engine prend un instantané de la VM. Si la mise à niveau échoue, Migrate for Compute Engine rétablira l'instantané.

Mettre à niveau des systèmes d'exploitation de VM dans une vague

Lorsque vous créez votre runbook pour migrer des VM, vous indiquez la mise à niveau en entrant TRUE dans le champ UpgradeOS du runbook. Au cours de la migration, après la phase de dissociation et avant la phase de nettoyage, vous pouvez mettre à niveau les systèmes d'exploitation des VM qualifiées.

Vous trouverez ci-dessous la procédure à suivre pour effectuer une mise à niveau lors de la migration complète de vos VM.

  1. Utilisez le gestionnaire Migrate for Compute Engine pour télécharger un fichier CSV de runbook.
  2. Dans le fichier CSV du runbook, localisez les lignes des VM à mettre à niveau.
  3. Pour les VM compatibles avec le processus de mise à niveau :

    1. Recherchez la colonne UpgradeOS et remplacez sa valeur par TRUE.

    2. Par défaut, les licences Windows facturées à l'utilisation (PAYG) sont appliquées lors de la mise à niveau. Si vous disposez déjà d'une licence Microsoft, appliquez une licence BYOL (Bring Your Own License, utilisation de votre propre licence) en définissant la colonne license:os sur https://www.googleapis.com/compute/v1/projects/windows-cloud/global/licenses/windows-server-2012-r2-byol.

  4. Modifiez ou remplissez les autres colonnes si nécessaire pour obtenir un runbook fonctionnel.

    Pour obtenir une liste des champs du runbook, consultez la documentation de référence du runbook.

  5. Dans le gestionnaire Migrate for Compute Engine, créez et validez une vague à partir du runbook.

  6. Une fois la validation de la vague réussie, créez une tâche. Pour l'opération de la tâche, sélectionnez Migration complète.

    En fonction du nombre de VM comprises dans votre vague, la migration peut prendre entre une et plusieurs heures.

    Capture d'écran de la boîte de dialogue New Job (Nouvelle tâche) pour le démarrage de la migration complète (cliquez pour agrandir)
    Capture d'écran de la boîte de dialogue New Job (Nouvelle tâche) (cliquez pour agrandir)

  7. Surveillez la progression de la migration et recherchez l'état Ready to Detach (prêt à être dissocié) pour chaque VM.

    Capture d'écran de l'état de migration de la VM "Ready to Detach" (cliquez pour agrandir)
    Capture d'écran de l'onglet Virtual Machines (Machines virtuelles) indiquant l'état de migration "Ready to Detach" (cliquez pour agrandir)

  8. Lorsque toutes les VM sont prêtes à être dissociées, créez une tâche dont l'opération est Detach (Dissocier).

    Capture d'écran de la boîte de dialogue de la nouvelle tâche à dissocier (cliquez pour agrandir)
    Capture d'écran de la boîte de dialogue New Job (Nouvelle tâche) avec l'opération Detach (Dissocier) sélectionnée (cliquez pour agrandir)

  9. Lorsque toutes les VM sont en mode dissocié, sélectionnez la vague, puis créez une nouvelle tâche dont l'opération est Upgrade OS (Mettre à niveau le système d'exploitation), puis cliquez sur Start (Démarrer) pour lancer la mise à niveau.

    La colonne Last Job (Status) (Dernière tâche [État]) passe à Upgrade OS (Running) (Mettre à niveau le système d'exploitation [en cours d'exécution]).

    Une fois la mise à niveau lancée, vous pouvez l'annuler pour toutes les VM de la vague. Pour annuler la mise à niveau, sélectionnez la VM dans la liste Virtual Machines (Machines virtuelles), puis cliquez sur Cancel OS Upgrade (Annuler la mise à niveau du système d'exploitation).

    Capture d'écran de la liste des VM avec le bouton Cancel OS upgrade (Annuler la mise à niveau du système d'exploitation) en surbrillance (cliquez pour agrandir)
    Capture d'écran de l'onglet Virtual Machines (Machines virtuelles) avec le bouton Cancel OS Upgrade (Annuler la mise à niveau du système d'exploitation) en surbrillance (cliquez pour agrandir).

  10. Lorsque chaque VM de la liste Virtual Machines (Machines virtuelles) affiche comme état de migration Updated OS (Système d'exploitation mis à niveau), exécutez vos tests afin de vérifier qu'ils fonctionnent tous avant de terminer le processus de migration.

    Si une VM n'est pas validée correctement, vous pouvez annuler la mise à niveau.

  11. Une fois que vous avez validé les VM avec les systèmes d'exploitation mis à niveau, terminez la migration en exécutant l'opération de nettoyage. Pour ce faire, créez une tâche en spécifiant l'opération Cleanup (Nettoyage).

Annuler une mise à niveau du système d'exploitation en cours d'exécution

Vous pouvez annuler la mise à niveau du système d'exploitation d'une VM en cours d'exécution à l'aide du gestionnaire Migrate for Compute Engine.

  1. Dans le gestionnaire Migrate for Compute Engine, accédez à la page Migration Waves (Vagues de migration).
  2. Dans l'onglet Waves (Vagues), repérez la vague contenant la mise à niveau que vous souhaitez annuler, puis cliquez sur son icône dans la colonne Monitor (Surveiller).
  3. Dans l'onglet Virtual Machine (Machine virtuelle) qui s'affiche, sélectionnez la ligne de la VM dont vous souhaitez annuler la mise à niveau.
  4. Une fois la ligne sélectionnée, cliquez sur le bouton Cancel OS Upgrade (Annuler la mise à niveau du système d'exploitation).
    Capture d'écran de la liste des VM avec le bouton Cancel OS upgrade (Annuler la mise à niveau du système d'exploitation) en surbrillance (cliquez pour agrandir)
    Capture d'écran de l'onglet Virtual Machines (Machines virtuelles) avec le bouton Cancel OS Upgrade (Annuler la mise à niveau du système d'exploitation) en surbrillance (cliquez pour agrandir).