Effectuer une mise à niveau sur place de Windows Server

Si des instances de machine virtuelle (VM) exécutent des versions antérieures de Windows Server, vous pouvez les mettre à jour vers des versions ultérieures de Windows Server :

Passer de... …À
Windows Server 2008 R2 (Expérience utilisateur) Windows Server 2012 R2 (Expérience utilisateur)
Windows Server 2012 R2 (Core) Windows Server 2016 (Core)
Windows Server 2019 (Core)
Windows Server 2012 R2 (Expérience utilisateur) Windows Server 2016 (Expérience utilisateur)
Windows Server 2019 (Expérience utilisateur)
Windows Server 2016 (Core) Windows Server 2019 (Core)
Windows Server 2022 (Core)
Windows Server 2016 (Experience utilisateur) Windows Server 2019 (Expérience utilisateur)
Windows Server 2022 (Expérience utilisateur)
Windows Server 2019 (Core) Windows Server 2022 (Core)
Windows Server 2019 (Experience utilisateur) Windows Server 2022 (Experience utilisateur)

Ce guide explique comment effectuer une mise à niveau manuelle sur place de Windows Server. Pour les mises à niveau de Windows Server 2008 R2 vers Windows Server 2012 R2, vous pouvez également effectuer des mises à niveau automatiques sur place à l'aide de Google Cloud CLI.

Les mises à niveau sont soumises aux contraintes suivantes :

  • Microsoft n'est plus compatible avec Windows Server 2012 R2 et Windows Server 2008 R2. Si vous effectuez une mise à niveau sur place de l'une de ces versions et rencontrez des problèmes liés au processus de configuration de Windows (setup.exe), il est possible que Google ne puisse fournir qu'une assistance limitée.

  • Si vous envisagez de passer de Windows Server 2008 R2 à une version ultérieure à Windows Server 2012 R2, vous devez d'abord effectuer une mise à niveau vers Windows Server 2012 R2, puis effectuer une deuxième mise à niveau vers Windows Server 2016 ou une version ultérieure.

Objectifs

Ce guide explique comment effectuer une mise à niveau sur place de Windows Server en suivant les étapes ci-dessous :

  1. Planifier la mise à niveau sur place
  2. Effectuer la mise à niveau sur place
  3. Résoudre les problèmes liés à la mise à niveau sur place
  4. Nettoyage après la mise à niveau sur place

Coûts

La mise à niveau sur place de Windows Server est sans frais. Vous êtes facturé uniquement pour les ressources utilisées lors de la mise à niveau, y compris :

Utilisez le Simulateur de coût pour générer une estimation des coûts en fonction de votre utilisation prévue.

Avant de commencer

Ce guide part du principe que vous disposez des connaissances de base suivantes :

Planifier la mise à niveau sur place

Effectuer une mise à niveau sur place d'une instance de machine virtuelle (VM) exécutant une version antérieure de Windows Server peut être un moyen pragmatique de moderniser votre infrastructure et de réduire les risques d'atteindre la fin du cycle de vie des versions de Windows Server.

Alternatives à prendre en compte

Avant de décider d'utiliser une mise à niveau sur place pour migrer vers une version plus récente de Windows Server, tenez compte des restrictions suivantes :

  • Temps d'arrêt : Selon la configuration et le logiciel installé, la mise à niveau peut prendre une heure ou plus. Lors de la mise à niveau, l'accès à l'instance de VM est limité pour les raisons suivantes :

    • Les charges de travail exécutées sur l'instance de VM ne sont pas disponibles pour les utilisateurs.
    • Le protocole RDP (Remote Desktop Protocol) n'est pas disponible.
    • Les moyens de vérifier l'avancement de la mise à niveau et le temps restant avant son exécution complète sont limités.

  • Risque : En fonction des configurations de vos instances existantes et du logiciel installé :

    • La mise à niveau peut échouer.
    • Certaines options de configuration peuvent être remplacées.
    • Des incompatibilités peuvent entraîner le dysfonctionnement de votre charge de travail sur l'instance mise à niveau.

En fonction de la charge de travail exécutée sur votre instance Windows Server, vous pouvez réduire les temps d'arrêt et les risques en adoptant différentes approches.

Charge de travail Méthode
Votre instance de VM exécute une charge de travail compatible avec la réplication, telle que :
  • Les services de domaine Active Directory
  • DNS
  • SQL Server
 Envisagez de configurer une nouvelle instance de VM qui exécute une version plus récente de Windows Server, puis utilisez la réplication pour déplacer la charge de travail de votre instance de VM existante vers la nouvelle instance de VM.
Vous disposez d'une instance de VM qui exécute une multitude de charges de travail. Envisagez de migrer ces charges de travail vers des instances de VM distinctes afin que chaque instance de VM n'exécute qu'une seule charge de travail. Même si vous ne pouvez pas migrer toutes les charges de travail, la réduction du nombre de charges de travail s'exécutant sur une seule instance de VM permet de réduire les risques lors d'une mise à niveau sur place.

Clés de produit

Une clé de produit Windows Server n'est valide que pour une version spécifique. Lorsque vous effectuez une mise à niveau vers une version ultérieure de Windows Server, vous devez fournir une nouvelle clé de produit. Il existe deux scénarios principaux :

Support d'installation

Pour effectuer la mise à niveau, vous avez besoin d'un support d'installation. Il existe deux scénarios principaux :

  • Vous mettez à jour une instance de VM basée sur une image publique du système d'exploitation fournie par Google : dans ce scénario, vous pouvez utiliser le support d'installation de licence en volume fourni par Google. Les étapes permettant d'accéder à ce support d'installation sont détaillées ci-dessous.

  • Vous mettez à jour une instance de VM basée sur un disque ou une image importés : dans ce scénario, vous ne pouvez pas utiliser le support d'installation fourni par Google. À la place, vous devez utiliser un support d'installation correspondant au type de support que vous avez utilisé pour installer Windows Server sur le disque ou l'image importés.

Autres conditions préalables

Avant de commencer la mise à niveau, consultez la documentation Microsoft relative aux conditions préalables et aux limitations potentielles pour la version de Windows Server vers laquelle vous prévoyez d'effectuer la mise à niveau :

2012 R2

2016

2019

2022

Effectuer la mise à niveau sur place

Les sections suivantes vous guident dans le processus de mise à niveau de votre instance de VM.

Créer un instantané

Avant de commencer la mise à niveau, nous vous recommandons de créer un instantané de votre instance de VM afin de rétablir un état sûr en cas de problème :

Préparer la configuration de Windows Server

Vérifiez la configuration de votre instance de VM Windows Server :

  1. Connectez-vous à votre instance de VM avec un client RDP.

  2. Vérifiez que Windows Server est à jour à l'aide de Windows Update.

  3. Désactivez ou désinstallez tout antivirus, logiciel anti-espion ou autre agent susceptible d'interférer avec la mise à niveau ou incompatible avec la version Windows Server vers laquelle vous effectuez la mise à niveau.

Associer le support d'installation

Avant de pouvoir effectuer la mise à niveau, associez le support d'installation nécessaire à l'instance de VM. Le bon support à utiliser dépend de votre scénario :

  • Vous mettez à jour une instance de VM basée sur une image publique du système d'exploitation fournie par Google : dans ce scénario, il vous suffit d'associer le support d'installation de licence en volume fourni par Google. Ce support contient à la fois les scripts nécessaires à l'exécution de la mise à niveau et les fichiers pour la nouvelle version de Windows Server.

  • Vous mettez à jour une instance de VM basée sur un disque ou une image importés : dans ce scénario, vous devez également associer le support d'installation de licence en volume fourni par Google pour accéder aux scripts nécessaires.

    En outre, vous devez associer un support d'installation personnalisé correspondant au type de support que vous avez utilisé pour installer Windows Server sur le disque ou l'image importés.

Pour associer le support d'installation de la licence en volume fourni par Google, procédez comme suit :

  1. Dans la console Google Cloud, ouvrez Cloud Shell en cliquant sur le bouton Activer Cloud Shell Activez Cloud Shell..

    Accédez à la console Google Cloud.

  2. Définissez l'ID de projet par défaut. Remplacez PROJECT_ID par le nom de votre projet Compute Engine :

    gcloud config set project PROJECT_ID

  3. Créez un disque en fonction du support d'installation. Remplacez ZONE par le nom de la zone où se trouve la VM:

    gcloud compute disks create win-installers --image-family=windows-install-media --image-project=compute-image-tools --zone=ZONE

    Cette commande ajoute un disque nommé win-installers à votre projet. Ce disque n'est associé à aucune instance de VM.

  4. Associez le disque à votre VM en utilisant le mode lecture seule (ro) pour pouvoir l'associer à plusieurs VM, si nécessaire:

    gcloud compute instances attach-disk VM_NAME --disk=win-installers --mode=ro --zone=ZONE

    Remplacez les éléments suivants :

    • VM_NAME : le nom de l'instance de VM à mettre à jour.
    • ZONE : nom de la zone où se trouve la VM.

    Vous pouvez utiliser le même disque pour des mises à niveau de VM multiples et parallèles au sein d'une même zone, mais pour mettre à niveau une VM dans une autre zone, vous devez y créer un autre disque.

Si vous mettez à niveau une VM basée sur un disque ou une image importés, associez le support d'installation personnalisé en tant que disque supplémentaire :

  1. Suivez les étapes de la section Créer une image à partir d'un fichier ISO pour créer un disque à partir de l'image ISO que vous souhaitez utiliser comme support d'installation personnalisé.

  2. Associez le disque à votre VM en utilisant le mode lecture seule (ro) pour pouvoir l'associer à plusieurs VM, si nécessaire:

    gcloud compute instances attach-disk VM_NAME --disk=CUSTOM_MEDIA_DISK --mode=ro --zone=ZONE

    Remplacez les éléments suivants :

    • VM_NAME : nom de la VM à mettre à niveau
    • CUSTOM_MEDIA_DISK : le nom du disque contenant votre support d'installation personnalisé.
    • ZONE : nom de la zone où se trouve la VM.

Lancer la mise à niveau

Par défaut, le programme d'installation de Windows vous invite à effectuer des saisies à différents moments d'une mise à niveau. Comme vous ne pouvez pas vous connecter à la VM en utilisant le protocole RDP lors de la mise à niveau et que vous ne pouvez donc pas fournir d'entrée, exécutez la mise à niveau en mode sans assistance.

  1. Connectez-vous à votre VM avec un client RDP. Pour en savoir plus, consultez la section Se connecter à des instances.

  2. Ouvrez une invite de commande avec privilèges élevés :

    • Si vous utilisez Server Core, une invite de commande avec privilèges élevés devrait s'ouvrir automatiquement après la connexion.
    • Si vous utilisez Windows Server avec la fonctionnalité Expérience utilisateur, effectuez un clic droit sur le bouton Démarrer et sélectionnez Invite de commandes (admin).

  3. Définissez le répertoire de travail sur le support d'installation. Le répertoire de travail approprié dépend de la version de Windows Server vers laquelle vous effectuez la mise à niveau :

    2012 R2

    cd /d d:\*2012*

    2016

    cd /d d:\*2016*

    2019

    cd /d d:\*2019*

    2022 

    cd /d d:\*2022*

  4. Démarrez la mise à niveau de Windows. Les étapes requises pour démarrer la mise à niveau dépendent, d'une part, de la version de Windows Server vers laquelle vous effectuez la mise à niveau et, d'autre part, de l'élément sur lequel votre VM est basée : une image publique de système d'exploitation ou un disque ou une image importés.

    2012 R2

    Exécutez upgrade.ps1 pour démarrer la mise à niveau de Windows. Le script effectue les étapes suivantes :

    • Installation des derniers packages de pilotes Google, qui sont essentiels à la réussite de la mise à niveau de Windows Server.
    • Application des paramètres Windows requis pour Compute Engine.
    • Active l'accès à la console de services de gestion d'urgence (EMS) pendant la mise à niveau.
    • Lancez le programme d'installation de Windows (setup.exe) à partir du support d'installation pour effectuer une mise à niveau en mode sans assistance.
    • Sélectionne de l'édition de Windows Server 2012 R2 à installer.
    • Fournit la clé de licence de volume générique (GVLK) pour la nouvelle version de Windows Server.
    powershell -ExecutionPolicy Bypass -File upgrade.ps1

    2012 R2 (BYOL)

    Exécutez upgrade.ps1 pour démarrer la mise à niveau de Windows. Le script effectue les étapes suivantes :

    • Installation des derniers packages de pilotes Google, qui sont essentiels à la réussite de la mise à niveau de Windows Server.
    • Application des paramètres Windows requis pour Compute Engine.
    • Active l'accès à la console de services de gestion d'urgence (EMS) pendant la mise à niveau.
    • Lancez le programme d'installation de Windows (setup.exe) à partir du support d'installation pour effectuer une mise à niveau en mode sans assistance.
    • Sélectionne de l'édition de Windows Server 2012 R2 à installer.
    • Fournit la clé de licence fournie par l'utilisateur pour la nouvelle version de Windows Server.
    powershell -ExecutionPolicy Bypass -File upgrade.ps1 -SetupExePath SETUP_PATH -ProductKey PRODUCT_KEY

    Remplacez les éléments suivants :

    • SETUP_PATH : le chemin d'accès à setup.exe sur votre support d'installation personnalisé
    • PRODUCT_KEY : une clé de produit valide pour Windows Server 2016

    Le paramètre -ProductKey n'est requis que si vous mettez à jour une instance de VM pour laquelle vous utilisez une licence existante (BYOL).

    2016 ou ultérieure

    Exécutez upgrade.ps1 pour démarrer la mise à niveau de Windows. Le script effectue les étapes suivantes :

    • Installation des derniers packages de pilotes Google, qui sont essentiels à la réussite de la mise à niveau de Windows Server.
    • Application des paramètres Windows requis pour Compute Engine.
    • Active l'accès à la console de services de gestion d'urgence (EMS) pendant la mise à niveau.
    • Lancez le programme d'installation de Windows (setup.exe) à partir du support d'installation pour effectuer une mise à niveau en mode silencieux.
    • Spécification d'une clé de produit pour la nouvelle version de Windows Server.
    powershell -ExecutionPolicy Bypass -File upgrade.ps1

    Dans certains cas, le programme de configuration de Windows peut afficher un écran Sélectionner une image. Si cet écran s'affiche, sélectionnez la configuration correspondant à votre configuration actuelle :

    • Si vous utilisez actuellement Server Core, sélectionnez Datacenter.

    • Si vous utilisez Windows Server avec la fonctionnalité Expérience utilisateur, sélectionnez Datacenter (Expérience utilisateur).

    • Cliquez sur Suivant pour commencer la mise à niveau.

    L'initialisation de la configuration peut prendre plusieurs minutes.

    2016 ou ultérieure (importée)

    Exécutez upgrade.ps1 pour démarrer la mise à niveau de Windows. Le script effectue les étapes suivantes :

    • Installation des derniers packages de pilotes Google, qui sont essentiels à la réussite de la mise à niveau de Windows Server.
    • Application des paramètres Windows requis pour Compute Engine.
    • Active l'accès à la console de services de gestion d'urgence (EMS) pendant la mise à niveau.
    • Lancez le programme d'installation de Windows (setup.exe) à partir du support d'installation pour effectuer une mise à niveau en mode silencieux.
    powershell -ExecutionPolicy Bypass -File upgrade.ps1 -SetupExePath SETUP-PATH -ProductKey PRODUCT-KEY

    Remplacez les éléments suivants :

    • SETUP_PATH : le chemin d'accès à setup.exe sur votre support d'installation personnalisé
    • PRODUCT_KEY : clé de produit valide pour la version de Windows Server en cours de mise à niveau. Par exemple, si vous effectuez une mise à niveau de Windows Server 2016 Datacenter vers Windows Server 2019 Datacenter, fournissez une clé Windows Server 2019 Datacenter valide.

    Le paramètre -ProductKey n'est requis que si vous mettez à jour une instance de VM pour laquelle vous utilisez une licence existante (BYOL).

    Dans certains cas, le programme de configuration de Windows peut afficher un écran Sélectionner une image. Si cet écran s'affiche, sélectionnez la configuration correspondant à votre configuration actuelle :

    • Si vous utilisez actuellement Server Core, sélectionnez Windows Server Datacenter.

    • Si vous utilisez Windows Server avec la fonctionnalité Expérience utilisateur, sélectionnez Windows Server Datacenter (Expérience utilisateur).

    • Cliquez sur Suivant pour commencer la mise à niveau.

    L'initialisation de la configuration peut prendre plusieurs minutes.

    Le processus de mise à niveau peut afficher l'avertissement suivant : Le cas échéant, vous pouvez l'ignorer :

    [package name] or a newer version is already installed on the system

    Le système peut temporairement ne plus répondre pendant l'installation du pilote netkvm. Dans ce cas, ne fermez pas la connexion RDP et n'arrêtez pas l'instance de VM, sauf si le système ne répond pas pendant plus de cinq minutes. Si vous perdez la connectivité RDP, attendez environ 5 minutes avant de vous reconnecter à l'instance de VM.

    L'assistant de configuration peut vous obliger à redémarrer le système au préalable. Dans ce cas, redémarrez l'instance de VM et exécutez à nouveau le programme d'installation de Windows à l'aide de la même commande.

    Au bout de cinq minutes environ, la machine redémarre et RDP se déconnecte.

Observer le processus de mise à niveau

En fonction du type de machine de votre instance de VM et de votre configuration Windows Server, la mise à niveau peut prendre de 10 à 60 minutes. Au cours de cette période, vous pouvez observer l'état via la sortie du port série :

  1. Dans Cloud Shell, observez le processus de démarrage en exécutant la commande suivante :

    gcloud compute instances tail-serial-port-output VM_NAME --zone=ZONE

    Remplacez les éléments suivants :

    • VM_NAME : le nom de votre instance de VM.
    • ZONE : le nom de la zone où se trouve l'instance de VM.

  2. Attendez que l'ordinateur ait redémarré quatre fois. Selon la configuration de votre instance de VM, il peut s'écouler 30 minutes, voire plus, avant que ces redémarrages ne se produisent. Vous pouvez reconnaître un redémarrage par une sortie semblable à celle-ci :

    SeaBIOS (version 1.8.2-20190620_103534-google)
Total RAM Size = 0x00000001e0000000 = 7680 MiB
CPUs found: 2     Max CPUs supported: 2

  3. Après le quatrième redémarrage, attendez que le résultat GCEMetadataScripts: Finished running startup scripts ou No startup scripts to run s'affiche.

Effectuer les étapes postérieures à la mise à niveau

Vous pouvez maintenant vous connecter à l'instance de VM pour vérifier que la mise à niveau a bien été effectuée.

  1. Connectez-vous à l'instance de VM à l'aide d'un client RDP. Pour en savoir plus, consultez la page Se connecter à des instances.

  2. Connectez-vous à l'aide d'un compte utilisateur doté des droits d'administrateur local.

  3. Ouvrez une invite de commande avec privilèges élevés :

    • Si vous utilisez Server Core, une invite de commande avec privilèges élevés devrait s'ouvrir automatiquement après la connexion.
    • Si vous utilisez Windows Server avec la fonctionnalité Expérience utilisateur, effectuez un clic droit sur le bouton Démarrer et sélectionnez Invite de commandes (admin).

  4. Exécutez la commande suivante pour interroger la version de Windows Server :

    Windows Server Core

    ver

    Windows Server avec Expérience utilisateur 

    winver

    Vérifiez que la version renvoyée correspond à la version attendue de Windows Server.

  5. Définissez le répertoire de travail sur le support d'installation. Le répertoire de travail approprié dépend de la version de Windows Server vers laquelle vous effectuez la mise à niveau :

    2012 R2

    cd /d d:\*2012*

    2016

    cd /d d:\*2016*

    2019

    cd /d d:\*2019*

    2022

    cd /d d:\*2022*

  6. Exécutez à nouveau upgrade.ps1 pour appliquer de nouveau les paramètres spécifiques de Compute Engine qui auraient pu être perdus lors de la mise à niveau :

    powershell -ExecutionPolicy Bypass -File upgrade.ps1

  7. Redémarrez l'instance de VM pour vous assurer que toutes les modifications prennent effet. Le redémarrage peut prendre une à deux minutes avant que vous ne puissiez vous reconnecter à l'instance de VM.

Dissocier le disque d'installation

Vous pouvez maintenant dissocier le disque d'installation de l'instance de VM :

  • Dans Cloud Shell, dissociez le disque d'installation de votre instance de VM en remplaçant VM_NAME par le nom de votre instance de VM :

    gcloud compute instances detach-disk VM_NAME --disk=win-installers

Installer les mises à jour et restaurer l'accès

Une fois la mise à niveau terminée, exécutez Windows Update pour télécharger et installer les mises à jour de sécurité. Pour installer les mises à jour de sécurité, procédez comme suit :

  1. Connectez-vous à la machine à l'aide d'un client RDP. Pour en savoir plus, consultez Se connecter à des instances.

  2. À l'aide de Windows Update, installez les dernières mises à jour Windows. Vous devrez peut-être redémarrer l'instance de VM plusieurs fois au cours de ce processus.

  3. Réactivez tous les agents, logiciels antivirus ou logiciels anti-programme malveillant que vous avez désactivés avant la mise à niveau.

Résoudre les problèmes liés à la mise à niveau sur place

Vous ne pouvez pas vous connecter à l'instance de VM avec RDP pendant que l'installation de Windows est en cours d'exécution. Si vous pensez que la mise à niveau a échoué ou qu'elle ne progresse pas, aidez-vous des approches suivantes, dans l'ordre, pour diagnostiquer la situation :

Vérifier la sortie du port série

Pour vérifier la progression du processus de mise à niveau, affichez la sortie du port série de l'instance de VM :

  • Le port série 1 capture l'état au démarrage.
  • Le port série 3 capture la sortie du journal d'installation de Windows.

Au cours de la mise à niveau, vous devez normalement observer quatre redémarrages. Si vous n'observez aucune progression pendant plus de 30 minutes après le premier redémarrage, il est probable que la mise à niveau ait échoué.

Contrôler les statistiques du processeur et des E/S

La mise à niveau de Windows Server est une opération intensive au niveau du processeur et des E/S disque. En contrôlant les métriques du processeur et des E/S, vous pouvez déduire la progression de l'installation.

Affichez les métriques du processeur et des E/S dans Google Cloud Console :

  1. Dans Google Cloud Console, accédez à la page Instances de VM.

    Accéder à la page "Instances de VM"

  2. Cliquez sur l'instance que vous mettez à niveau.

  3. Cliquez sur l'onglet Surveillance.

Se connecter à la console des services de gestion d'urgence

Pendant et après l'exécution de l'installation de Windows, vous pouvez vous connecter à la console des services de gestion d'urgence (EMS). À l'aide de la console EMS, consultez les fichiers journaux de configuration Windows et le journal des événements pour obtenir des indications permettant de déterminer si la mise à niveau est toujours en cours ou des informations sur les éventuelles erreurs qui auraient pu se produire.

Se connecter à distance à l'aide de WinRM

Si la connexion via RDP ou EMS échoue, essayez d'utiliser WinRM pour établir une session PowerShell distante :

  1. Connectez-vous à une autre instance Windows Server dans le même VPC.

  2. Ouvrez PowerShell.

  3. Établissez une session PowerShell distante en remplaçant VM_NAME par le nom de l'instance à mettre à jour :

    Enter-PSSession -ComputerName VM_NAME -UseSSL -SessionOption (New-PsSessionOption -SkipCACheck) -Credential (Get-Credential)

  4. Lorsque vous y êtes invité, saisissez le nom d'utilisateur et le mot de passe d'un compte administrateur.

  5. Utilisez la session PowerShell distante pour vérifier les fichiers journaux de configuration Windows et le journal des événements.

Analyser les fichiers journaux hors connexion

Si vous ne pouvez pas vous connecter à l'instance à l'aide de WinRM (Windows Remote Management), vous pouvez annuler la mise à niveau et analyser les fichiers journaux d'une autre instance de VM. Pour ce faire, procédez comme suit :

  1. Arrêtez l'instance de VM.

    Cette opération peut prendre plusieurs minutes si Windows Server ne répond pas.

  2. Dissociez le disque de démarrage de l'instance.

  3. Créez une instance Windows Server temporaire et associez le disque de démarrage de l'instance d'origine en tant que disque supplémentaire.

  4. Utilisez l'instance Windows Server temporaire pour analyser le journal de configuration et les fichiers journaux des événements de l'instance que vous essayez de mettre à niveau.

  5. Une fois l'analyse terminée, dissociez le disque de l'instance temporaire et reconnectez-le en tant que disque de démarrage à l'instance de VM d'origine.

Résoudre les problèmes de protocole RDP

Pour plus d'informations sur la résolution des problèmes de RDP, consultez Résoudre les problèmes de protocole RDP.

Résoudre les problèmes liés à vos instances Windows Server

Pour plus d'informations sur le dépannage de vos instances Windows Server, consultez la section Conseils et résolution des problèmes liés aux instances Windows.

Nettoyer

Pour éviter de payer des coûts supplémentaires une fois ce processus terminé, supprimez le disque d'installation.

Supprimer le disque d'installation

Vous pouvez créer un disque d'installation basé sur l'image fournie par Google à tout moment. Si vous n'envisagez pas de mettre à niveau d'autres instances de VM dans la même zone, supprimez le disque d'installation :

  • Dans Cloud Shell, supprimez le disque win-installers que vous avez créé précédemment :

    gcloud compute disks delete win-installers

Étape suivante