Installer l'environnement invité


Cette page explique comment installer manuellement l'environnement invité pour les instances de machines virtuelles (VM) qui exécutent des images personnalisées sur Compute Engine.

Dans la plupart des cas, si vous utilisez des VM créées à l'aide d'images publiques fournies par Google, vous n'avez pas besoin d'installer un environnement invité. Pour savoir quand utiliser l'environnement invité, consultez la section Quand installer ou mettre à jour manuellement l'environnement invité.

Avant d'installer manuellement l'environnement invité, suivez la procédure Valider l'environnement invité pour vérifier si celui-ci est en cours d'exécution sur votre VM. Si l'environnement invité est disponible sur votre VM, mais qu'il est obsolète, mettez-le à jour.

Avant de commencer

Méthodes d'installation

Il existe trois méthodes pour installer l'environnement invité. Choisissez l'une des options suivantes :

  • Outil d'importation. Il s'agit de l'option recommandée. Gardez toutefois à l'esprit que l'outil d'importation installe non seulement l'environnement invité, mais effectue également d'autres mises à jour de configuration sur l'image, telles que la configuration des réseaux, la configuration du bootloader et l'installation de Google Cloud CLI. Pour savoir comment utiliser l’outil d’importation, reportez-vous à la section Rendre une image amorçable.

    L'outil d'importation est compatible avec plusieurs systèmes d'exploitation et versions. Pour en savoir plus, consultez la page Détails des systèmes d'exploitation.

  • Installation manuelle. Choisissez l'une des options suivantes :

    L'installation manuelle de l'environnement invité est disponible pour les systèmes d'exploitation suivants :

    • Ubuntu 16.04 ou version ultérieure
    • CentOS 7 ou version ultérieure
    • SUSE Linux Enterprise Server (SLES) 12 SP4 ou version ultérieure et 15 SP1 ou version ultérieure
    • Red Hat Enterprise Linux (RHEL) 7 ou version ultérieure
    • Debian 9 ou version ultérieure
    • Windows Server 2019
    • Windows Server 2016
    • Windows Server 2012 R2
    • Lancements de versions semi-annuelles de Windows Server
    • SQL Server sur Windows Server
    • Modèle Bring Your Own Licence de Windows :
      • Windows 8
      • Windows 10

Limites

Vous ne pouvez pas installer les environnements invités manuellement ou à l'aide de l'outil d'importation pour les systèmes d'exploitation Fedora, CoreOS et Container-Optimized. Si vous avez besoin de l'un de ces systèmes d'exploitation, nous vous recommandons d'utiliser des images publiques, car toutes les images publiques intègrent un environnement invité.

Installer l'environnement invité

Installer l'environnement invité sur place

Si vous pouvez vous connecter via SSH à l'instance cible, installez l'environnement invité à l'aide de cette méthode. Si cela n'est pas possible, installez l'environnement invité en clonant son disque de démarrage et en utilisant un script de démarrage.

Si vous êtes en mesure de vous connecter en SSH à l'aide d'un mot de passe, cette procédure est très utile pour les images importées. Elle vous permet également de réinstaller l'environnement invité si vous disposez d'au moins un compte d'utilisateur avec une authentification SSH basée sur des clés.

CentOS/RHEL

  1. Assurez-vous que la version de votre système d'exploitation est compatible.
  2. Identifiez la version de CentOS/RHEL, puis créez le fichier de dépôt source /etc/yum.repos.d/google-cloud.repo :

    eval $(grep VERSION_ID /etc/os-release)
    sudo tee /etc/yum.repos.d/google-cloud.repo << EOM
    [google-compute-engine]
    name=Google Compute Engine
    baseurl=https://packages.cloud.google.com/yum/repos/google-compute-engine-el${VERSION_ID/.*}-x86_64-stable
    enabled=1
    gpgcheck=1
    repo_gpgcheck=0
    gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg
          https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
    EOM
    
  3. Mettez à jour les listes de packages :

    sudo yum makecache
    sudo yum updateinfo
    
  4. Installez les packages de l'environnement invité :

    sudo yum install -y google-compute-engine google-osconfig-agent
    
  5. Redémarrez l'instance et inspectez son journal de console pour vous assurer que l'environnement invité se charge au démarrage.

  6. Vérifiez que vous pouvez vous connecter à l'instance via SSH.

Debian

  1. Assurez-vous que la version de votre système d'exploitation est compatible.
  2. Installez la clé GPG du dépôt public :

    curl https://packages.cloud.google.com/apt/doc/apt-key.gpg | sudo apt-key add -
  3. Identifiez le nom de la distribution Debian, puis créez le fichier de liste source /etc/apt/sources.list.d/google-cloud.list :

    eval $(grep VERSION_CODENAME /etc/os-release)
    sudo tee /etc/apt/sources.list.d/google-cloud.list << EOM
    deb http://packages.cloud.google.com/apt google-compute-engine-${VERSION_CODENAME}-stable main
    deb http://packages.cloud.google.com/apt google-cloud-packages-archive-keyring-${VERSION_CODENAME} main
    EOM
    
  4. Mettez à jour les listes de packages :

    sudo apt update
  5. Installez les packages de l'environnement invité :

    sudo apt install -y google-cloud-packages-archive-keyring
    sudo apt install -y google-compute-engine google-osconfig-agent
    
  6. Redémarrez l'instance et inspectez son journal de console pour vous assurer que l'environnement invité se charge au démarrage.

  7. Vérifiez que vous pouvez vous connecter à l'instance via SSH.

Ubuntu

  1. Assurez-vous que la version de votre système d'exploitation est compatible.

  2. Activez le dépôt Universe. Canonical publie des packages pour son environnement invité au sein du dépôt Universe.

    sudo apt-add-repository universe
  3. Mettez à jour les listes de packages :

    sudo apt update
  4. Installez les packages de l'environnement invité :

    sudo apt install -y google-compute-engine google-osconfig-agent
    
  5. Redémarrez l'instance et inspectez son journal de console pour vous assurer que l'environnement invité se charge au démarrage.

  6. Vérifiez que vous pouvez vous connecter en SSH à l'instance.

SLES

  1. Assurez-vous que la version de votre système d'exploitation est compatible.

  2. Activez le Public Cloud Module.

    product=$(sudo SUSEConnect --list-extensions | grep -o "sle-module-public-cloud.*")
    [[ -n "$product" ]] && sudo SUSEConnect -p "$product"
    
  3. Mettez à jour les listes de packages :

    sudo zypper refresh
  4. Installez les packages de l'environnement invité :

    sudo zypper install -y google-guest-{agent,configs,oslogin} \
    google-osconfig-agent
    sudo systemctl enable /usr/lib/systemd/system/google-*
    
  5. Redémarrez l'instance et inspectez son journal de console pour vous assurer que l'environnement invité se charge au démarrage.

  6. Vérifiez que vous pouvez vous connecter à l'instance via SSH.

Windows

Avant de commencer, assurez-vous que la version de votre système d'exploitation est compatible.

Pour installer l'environnement invité Windows, exécutez les commandes suivantes dans une invite PowerShell (version 3.0 ou supérieure) avec élévation de privilèges. La commande Invoke-WebRequest présentée dans les instructions ci-dessous nécessite une version de PowerShell supérieure à la version 3.0.

  1. Téléchargez et installez GooGet.

    [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12;
    Invoke-WebRequest https://github.com/google/googet/releases/download/v2.13.0/googet.exe -OutFile $env:temp\googet.exe;
    & "$env:temp\googet.exe" -root C:\ProgramData\GooGet -noconfirm install -sources `
    https://packages.cloud.google.com/yuck/repos/google-compute-engine-stable googet;
    Remove-Item "$env:temp\googet.exe"
    

    Pendant l'installation, GooGet ajoute du contenu à l'environnement système. Une fois l'installation terminée, lancez une nouvelle console PowerShell ou indiquez le chemin d'accès complet au fichier googet.exe.

  2. Ouvrez une nouvelle console et ajoutez le dépôt google-compute-engine-stable.

    googet addrepo google-compute-engine-stable https://packages.cloud.google.com/yuck/repos/google-compute-engine-stable
  3. Installez les packages de base de l'environnement invité Windows.

    googet -noconfirm install google-compute-engine-windows `
    google-compute-engine-sysprep google-compute-engine-metadata-scripts `
    google-compute-engine-vss google-osconfig-agent
    
  4. Installez le package facultatif de l'environnement invité Windows.

    googet -noconfirm install google-compute-engine-auto-updater

    Exécuter la commande googet.

    Pour afficher les packages disponibles, exécutez la commande googet available.

    Pour afficher les packages installés, exécutez la commande googet installed.

    Pour passer à la dernière version du package, exécutez la commande googet update.

    Pour afficher d'autres commandes, exécutez googet help.

Cloner le disque de démarrage et utiliser le script de démarrage

Si vous ne pouvez pas vous connecter à une instance pour installer manuellement l'environnement invité, installez l'environnement invité à l'aide de cette procédure, qui inclut les étapes suivantes pouvant être effectuées dans Google Cloud Console ou Cloud Shell.

Cette méthode n'explique que la procédure applicable aux distributions Linux. Pour Windows, choisissez l’une des deux autres méthodes d’installation.

Utilisez Cloud Shell pour exécuter cette procédure :

CentOS/RHEL

  1. Assurez-vous que la version de votre système d'exploitation est compatible.

  2. Créez une instance qui servira d'instance de secours. Nommez cette instance rescue. Cette instance de secours n'a pas besoin d'exécuter la même version de système d'exploitation Linux que l'instance problématique. Cet exemple utilise Debian 9 sur l’instance de secours.

  3. Arrêtez l'instance problématique, puis créez une copie de son disque de démarrage.

    1. Définissez un nom de variable pour l'instance problématique. Cela permet de référencer plus facilement l'instance aux étapes suivantes.

      export PROB_INSTANCE_NAME=VM_NAME

      Remplacez VM_NAME par le nom de l'instance problématique.

    2. Arrêtez l'instance problématique :

      gcloud compute instances stop "$PROB_INSTANCE_NAME"
    3. Obtenez le nom du disque de démarrage associé à l'instance qui pose problème.

      export PROB_INSTANCE_DISK="$(gcloud compute instances describe \
      "$PROB_INSTANCE_NAME" --format='json' |  jq -r \
      '.disks[] | select(.boot == true) | .source')"
      
    4. Créez un instantané du disque de démarrage.

      export DISK_SNAPSHOT="${PROB_INSTANCE_NAME}-snapshot"
      
      gcloud compute disks snapshot "$PROB_INSTANCE_DISK" \
         --snapshot-names "$DISK_SNAPSHOT"
      
    5. Créez un disque à partir de l'instantané :

      export NEW_DISK="${PROB_INSTANCE_NAME}-new-disk"
      
      gcloud compute disks create "$NEW_DISK" \
         --source-snapshot="$DISK_SNAPSHOT"
      
    6. Supprimez l'instantané :

      gcloud compute snapshots delete "$DISK_SNAPSHOT"
  4. Associez le nouveau disque à l'instance de secours, puis installez son volume racine. Etant donné que cette procédure n'attache qu'un seul disque supplémentaire, l'identifiant d'appareil du nouveau disque est /dev/sdb. Les distributions CentOS et RHEL utilisent par défaut le premier volume de leur disque en tant que volume racine. L'identifiant de volume doit donc correspondre à /dev/sdb1. Pour les cas personnalisés, déterminez l'identifiant de volume à l'aide de lsblk.

    gcloud compute instances attach-disk rescue --disk "$NEW_DISK"
  5. Connectez-vous en SSH à l'instance de secours :

    gcloud compute ssh rescue
  6. Exécutez les étapes suivantes sur l'instance de secours.

    1. Installez le volume racine du nouveau disque.

      export NEW_DISK_MOUNT_POINT="/tmp/sdb-root-vol"
      DEV="/dev/sdb1"
      sudo mkdir "$NEW_DISK_MOUNT_POINT"
      sudo mount -o nouuid "$DEV" "$NEW_DISK_MOUNT_POINT"
      
    2. Créez le script rc.local.

      cat <<'EOF' >/tmp/rc.local
      #!/bin/bash
      echo "== Installing Google guest environment for CentOS/RHEL =="
      sleep 30 # Wait for network.
      echo "Determining CentOS/RHEL version..."
      eval $(grep VERSION_ID /etc/os-release)
      if [[ -z $VERSION_ID ]]; then
        echo "ERROR: Could not determine version of CentOS/RHEL."
        exit 1
      fi
      echo "Updating repo file..."
      tee "/etc/yum.repos.d/google-cloud.repo" << EOM
      [google-compute-engine]
      name=Google Compute Engine
      baseurl=https://packages.cloud.google.com/yum/repos/google-compute-engine-el${VERSION_ID/.*}-x86_64-stable
      enabled=1
      gpgcheck=1
      repo_gpgcheck=0
      gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg
      https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
      EOM
      echo "Running yum makecache..."
      yum makecache
      echo "Running yum updateinfo..."
      yum updateinfo
      echo "Running yum install google-compute-engine..."
      yum install -y google-compute-engine
      rpm -q google-compute-engine
      if [[ $? -ne 0 ]]; then
        echo "ERROR: Failed to install ${pkg}."
      fi
      echo "Removing this rc.local script."
      rm /etc/rc.d/rc.local
      # Move back any previous rc.local:
      if [[ -f "/etc/moved-rc.local" ]]; then
        echo "Restoring a previous rc.local script."
        mv "/etc/moved-rc.local" "/etc/rc.d/rc.local"
      fi
      echo "Restarting the instance..."
      reboot
      EOF
      
    3. Déplacez le script rc.local vers le volume racine du nouveau disque, puis définissez les autorisations. Déplacez également tout script rc.local existant. Le script temporaire le remplacera par la suite.

      if [ -f "$NEW_DISK_MOUNT_POINT/etc/rc.d/rc.local" ]; then
        sudo mv "$NEW_DISK_MOUNT_POINT/etc/rc.d/rc.local" \
        "$NEW_DISK_MOUNT_POINT/etc/moved-rc.local"
      fi
      sudo mv /tmp/rc.local "$NEW_DISK_MOUNT_POINT/etc/rc.d/rc.local"
      sudo chmod 0755 "$NEW_DISK_MOUNT_POINT/etc/rc.d/rc.local"
      sudo chown root:root "$NEW_DISK_MOUNT_POINT/etc/rc.d/rc.local"
      
    4. Désinstallez le volume racine du nouveau disque.

      sudo umount "$NEW_DISK_MOUNT_POINT" && sudo rmdir \
      "$NEW_DISK_MOUNT_POINT"
    5. Quittez la session SSH sur l'instance de secours.

  7. Dissociez le nouveau disque de l'instance de secours.

    gcloud compute instances detach-disk rescue --disk "$NEW_DISK"
  8. Créez une instance qui servira d'instance de remplacement. Lors de la création de celle-ci, spécifiez le nouveau disque en tant que disque de démarrage. Vous pouvez créer l'instance de remplacement 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 problématique, puis sur Créer une instance similaire.

    3. Spécifiez un nom pour l'instance de remplacement. Dans la section Disque de démarrage, cliquez sur Modifier, puis sur Disques existants. Sélectionnez le nouveau disque.

    4. Cliquez sur Créer. L'instance de remplacement démarre automatiquement après sa création.

    Au démarrage de l'instance de remplacement, le script temporaire rc.local s'exécute et installe l'environnement invité. Pour surveiller la progression du script, examinez les lignes émises par le script temporaire rc.local dans les journaux de la console. Pour afficher les journaux, exécutez la commande suivante :

    gcloud compute instances get-serial-port-output REPLACEMENT_VM_NAME

    Remplacez REPLACEMENT_VM_NAME par le nom que vous avez attribué à l'instance de remplacement.

    L'instance de remplacement redémarre également automatiquement à la fin du script temporaire rc.local. Lors du deuxième redémarrage, vous pouvez inspecter le journal de la console pour vous assurer que l'environnement invité se charge bien.

  9. Vérifiez que vous pouvez vous connecter à l'instance via SSH.

    Une fois que vous êtes satisfait du fonctionnement de l'instance de remplacement, vous pouvez arrêter ou supprimer l'instance problématique.

Debian

  1. Assurez-vous que la version de votre système d'exploitation est compatible.

  2. Créez une instance qui servira d'instance de secours. Nommez cette instance rescue. Cette instance de secours n'a pas besoin d'exécuter la même version de système d'exploitation Linux que l'instance problématique. Cet exemple utilise Debian 9 sur l’instance de secours.

  3. Arrêtez l'instance problématique, puis créez une copie de son disque de démarrage.

    1. Définissez un nom de variable pour l'instance problématique. Cela permet de référencer plus facilement l'instance aux étapes suivantes.

      export PROB_INSTANCE_NAME=VM_NAME

      Remplacez VM_NAME par le nom de l'instance problématique.

    2. Arrêtez l'instance problématique :

      gcloud compute instances stop "$PROB_INSTANCE_NAME"
    3. Obtenez le nom du disque de démarrage associé à l'instance qui pose problème.

      export PROB_INSTANCE_DISK="$(gcloud compute instances describe \
      "$PROB_INSTANCE_NAME" --format='json' |  jq -r \
      '.disks[] | select(.boot == true) | .source')"
      
    4. Créez un instantané du disque de démarrage.

      export DISK_SNAPSHOT="${PROB_INSTANCE_NAME}-snapshot"
      
      gcloud compute disks snapshot "$PROB_INSTANCE_DISK" \
         --snapshot-names "$DISK_SNAPSHOT"
      
    5. Créez un disque à partir de l'instantané :

      export NEW_DISK="${PROB_INSTANCE_NAME}-new-disk"
      
      gcloud compute disks create "$NEW_DISK" \
         --source-snapshot="$DISK_SNAPSHOT"
      
    6. Supprimez l'instantané :

      gcloud compute snapshots delete "$DISK_SNAPSHOT"
  4. Associez le nouveau disque à l'instance de secours, puis installez son volume racine. Etant donné que cette procédure n'attache qu'un seul disque supplémentaire, l'identifiant d'appareil du nouveau disque est /dev/sdb. Debian utilise par défaut le premier volume de son disque en tant que volume racine. L'identifiant de volume doit donc correspondre à /dev/sdb1. Pour les cas personnalisés, déterminez l'identifiant de volume à l'aide de lsblk.

    gcloud compute instances attach-disk rescue --disk "$NEW_DISK"
  5. Connectez-vous en SSH à l'instance de secours :

    gcloud compute ssh rescue
  6. Exécutez les étapes suivantes sur l'instance de secours.

    1. Installez le volume racine du nouveau disque.

      export NEW_DISK_MOUNT_POINT="/tmp/sdb-root-vol"
      DEV="/dev/sdb1"
      sudo mkdir "$NEW_DISK_MOUNT_POINT"
      sudo mount "$DEV" "$NEW_DISK_MOUNT_POINT"
      
    2. Créez le script rc.local.

      cat <<'EOF' >/tmp/rc.local
      #!/bin/bash
      echo "== Installing Google guest environment for Debian =="
      export DEBIAN_FRONTEND=noninteractive
      sleep 30 # Wait for network.
      echo "Determining Debian version..."
      eval $(grep VERSION_CODENAME /etc/os-release)
      if [[ -z $VERSION_CODENAME ]]; then
       echo "ERROR: Could not determine Debian version."
       exit 1
      fi
      echo "Adding GPG key for Google cloud repo."
      curl https://packages.cloud.google.com/apt/doc/apt-key.gpg | apt-key add -
      echo "Updating repo file..."
      tee "/etc/apt/sources.list.d/google-cloud.list" << EOM
      deb http://packages.cloud.google.com/apt google-compute-engine-${VERSION_CODENAME}-stable main
      deb http://packages.cloud.google.com/apt google-cloud-packages-archive-keyring-${VERSION_CODENAME} main
      EOM
      echo "Running apt update..."
      apt update
      echo "Installing packages..."
      for pkg in google-cloud-packages-archive-keyring google-compute-engine; do
       echo "Running apt install ${pkg}..."
       apt install -y ${pkg}
       if [[ $? -ne 0 ]]; then
          echo "ERROR: Failed to install ${pkg}."
       fi
      done
      echo "Removing this rc.local script."
      rm /etc/rc.local
      # Move back any previous rc.local:
      if [[ -f "/etc/moved-rc.local" ]]; then
       echo "Restoring a previous rc.local script."
       mv "/etc/moved-rc.local" "/etc/rc.local"
      fi
      echo "Restarting the instance..."
      reboot
      EOF
      
    3. Déplacez le script rc.local vers le volume racine du nouveau disque, puis définissez les autorisations. Déplacez également tout script rc.local existant. Le script temporaire le remplacera par la suite.

      if [[ -f "$NEW_DISK_MOUNT_POINT/etc/rc.local" ]]; then
         sudo mv "$NEW_DISK_MOUNT_POINT/etc/rc.local" \
         "$NEW_DISK_MOUNT_POINT/etc/moved-rc.local"
      fi
      sudo mv /tmp/rc.local "$NEW_DISK_MOUNT_POINT/etc/rc.local"
      sudo chmod 0755 "$NEW_DISK_MOUNT_POINT/etc/rc.local"
      sudo chown root:root "$NEW_DISK_MOUNT_POINT/etc/rc.local"
      
    4. Désinstallez le volume racine du nouveau disque.

      sudo umount "$NEW_DISK_MOUNT_POINT" && sudo rmdir "$NEW_DISK_MOUNT_POINT"
    5. Quittez la session SSH sur l'instance de secours.

  7. Dissociez le nouveau disque de l'instance de secours.

    gcloud compute instances detach-disk rescue --disk "$NEW_DISK"
  8. Créez une instance qui servira d'instance de remplacement. Lors de la création de celle-ci, spécifiez le nouveau disque en tant que disque de démarrage. Vous pouvez créer l'instance de remplacement 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 problématique, puis sur Créer une instance similaire.

    3. Spécifiez un nom pour l'instance de remplacement. Dans la section Disque de démarrage, cliquez sur Modifier, puis sur Disques existants. Sélectionnez le nouveau disque.

    4. Cliquez sur Créer. L'instance de remplacement démarre automatiquement après sa création.

    Au démarrage de l'instance de remplacement, le script temporaire rc.local s'exécute et installe l'environnement invité. Pour surveiller la progression du script, examinez les lignes émises par le script temporaire rc.local dans les journaux de la console. Pour afficher les journaux, exécutez la commande suivante :

    gcloud compute instances get-serial-port-output REPLACEMENT_VM_NAME

    Remplacez REPLACEMENT_VM_NAME par le nom que vous avez attribué à l'instance de remplacement.

    L'instance de remplacement redémarre également automatiquement à la fin du script temporaire rc.local. Lors du deuxième redémarrage, vous pouvez inspecter le journal de la console pour vous assurer que l'environnement invité se charge bien.

  9. Vérifiez que vous pouvez vous connecter à l'instance via SSH.

    Une fois que vous êtes satisfait du fonctionnement de l'instance de remplacement, vous pouvez arrêter ou supprimer l'instance problématique.

Ubuntu

  1. Assurez-vous que la version de votre système d'exploitation est compatible.

  2. Créez une instance qui servira d'instance de secours. Nommez cette instance rescue. Cette instance de secours n'a pas besoin d'exécuter la même version de système d'exploitation Linux que l'instance problématique. Cet exemple utilise Debian 9 sur l’instance de secours.

  3. Arrêtez l'instance problématique, puis créez une copie de son disque de démarrage.

    1. Définissez un nom de variable pour l'instance problématique. Cela permet de référencer plus facilement l'instance aux étapes suivantes.

      export PROB_INSTANCE_NAME=VM_NAME

      Remplacez VM_NAME par le nom de l'instance problématique.

    2. Arrêtez l'instance problématique :

      gcloud compute instances stop "$PROB_INSTANCE_NAME"
    3. Obtenez le nom du disque de démarrage associé à l'instance qui pose problème.

      export PROB_INSTANCE_DISK="$(gcloud compute instances describe \
      "$PROB_INSTANCE_NAME" --format='json' |  jq -r \
      '.disks[] | select(.boot == true) | .source')"
      
    4. Créez un instantané du disque de démarrage.

      export DISK_SNAPSHOT="${PROB_INSTANCE_NAME}-snapshot"
      
      gcloud compute disks snapshot "$PROB_INSTANCE_DISK" \
         --snapshot-names "$DISK_SNAPSHOT"
      
    5. Créez un disque à partir de l'instantané :

      export NEW_DISK="${PROB_INSTANCE_NAME}-new-disk"
      
      gcloud compute disks create "$NEW_DISK" \
         --source-snapshot="$DISK_SNAPSHOT"
      
    6. Supprimez l'instantané :

      gcloud compute snapshots delete "$DISK_SNAPSHOT"
  4. Associez le nouveau disque à l'instance de secours, puis installez son volume racine. Etant donné que cette procédure n'attache qu'un seul disque supplémentaire, l'identifiant d'appareil du nouveau disque est /dev/sdb. Par défaut, Ubuntu nomme son volume racine 1. L'identifiant de volume doit donc correspondre à /dev/sdb1. Pour les cas personnalisés, déterminez l'identifiant de volume à l'aide de lsblk.

    gcloud compute instances attach-disk rescue --disk "$NEW_DISK"
  5. Connectez-vous en SSH à l'instance de secours :

    gcloud compute ssh rescue
  6. Exécutez les étapes suivantes sur l'instance de secours.

    1. Installez le volume racine du nouveau disque.

      export NEW_DISK_MOUNT_POINT="/tmp/sdb-root-vol"
      DEV="/dev/sdb1"
      sudo mkdir "$NEW_DISK_MOUNT_POINT"
      sudo mount "$DEV" "$NEW_DISK_MOUNT_POINT"
      
    2. Créez le script rc.local.

      cat <<'EOF' >/tmp/rc.local
      #!/bin/bash
      echo "== Installing a Linux guest environment for Ubuntu =="
      sleep 30 # Wait for network.
      echo "Running apt update..."
      apt update
      echo "Installing packages..."
      echo "Running apt install google-compute-engine..."
      apt install -y google-compute-engine
      if [[ $? -ne 0 ]]; then
       echo "ERROR: Failed to install ${pkg}."
      fi
      echo "Removing this rc.local script."
      rm /etc/rc.local
      # Move back any previous rc.local:
      if [[ -f "/etc/moved-rc.local" ]]; then
       echo "Restoring a previous rc.local script."
       mv "/etc/moved-rc.local" "/etc/rc.local"
      fi
      echo "Restarting the instance..."
      reboot
      EOF
      
    3. Déplacez le script rc.local vers le volume racine du nouveau disque, puis définissez les autorisations. Déplacez également tout script rc.local existant. Le script temporaire le remplacera par la suite.

      if [[ -f "$NEW_DISK_MOUNT_POINT/etc/rc.local" ]]; then
         sudo mv "$NEW_DISK_MOUNT_POINT/etc/rc.local" \
         "$NEW_DISK_MOUNT_POINT/etc/moved-rc.local"
      fi
      sudo mv /tmp/rc.local "$NEW_DISK_MOUNT_POINT/etc/rc.local"
      sudo chmod 0755 "$NEW_DISK_MOUNT_POINT/etc/rc.local"
      sudo chown root:root "$NEW_DISK_MOUNT_POINT/etc/rc.local"
      
    4. Désinstallez le volume racine du nouveau disque.

      sudo umount "$NEW_DISK_MOUNT_POINT" && sudo rmdir "$NEW_DISK_MOUNT_POINT"
    5. Quittez la session SSH sur l'instance de secours.

  7. Dissociez le nouveau disque de l'instance de secours.

    gcloud compute instances detach-disk rescue --disk "$NEW_DISK"
  8. Créez une instance qui servira d'instance de remplacement. Lors de la création de celle-ci, spécifiez le nouveau disque en tant que disque de démarrage. Vous pouvez créer l'instance de remplacement 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 problématique, puis sur Créer une instance similaire.

    3. Spécifiez un nom pour l'instance de remplacement. Dans la section Disque de démarrage, cliquez sur Modifier, puis sur Disques existants. Sélectionnez le nouveau disque.

    4. Cliquez sur Créer. L'instance de remplacement démarre automatiquement après sa création.

    Au démarrage de l'instance de remplacement, le script temporaire rc.local s'exécute et installe l'environnement invité. Pour surveiller la progression du script, examinez les lignes émises par le script temporaire rc.local dans les journaux de la console. Pour afficher les journaux, exécutez la commande suivante :

    gcloud compute instances get-serial-port-output REPLACEMENT_VM_NAME

    Remplacez REPLACEMENT_VM_NAME par le nom que vous avez attribué à l'instance de remplacement.

    L'instance de remplacement redémarre également automatiquement à la fin du script temporaire rc.local. Lors du deuxième redémarrage, vous pouvez inspecter le journal de la console pour vous assurer que l'environnement invité se charge bien.

  9. Vérifiez que vous pouvez vous connecter à l'instance via SSH.

    Une fois que vous êtes satisfait du fonctionnement de l'instance de remplacement, vous pouvez arrêter ou supprimer l'instance problématique.

Mettre à jour l'environnement invité

Si vous recevez un message indiquant que l'environnement invité est obsolète, mettez à jour les packages pour votre système d'exploitation.

CentOS/RHEL

Pour mettre à jour les systèmes d'exploitation CentOS et RHEL, exécutez les commandes suivantes :

sudo yum makecache
sudo yum install google-compute-engine google-compute-engine-oslogin \
google-guest-agent google-osconfig-agent

Debian

Pour mettre à jour les systèmes d'exploitation Debian, exécutez les commandes suivantes :

sudo apt update
sudo apt install google-compute-engine google-compute-engine-oslogin \
google-guest-agent google-osconfig-agent

Ubuntu

Pour mettre à jour les systèmes d'exploitation Ubuntu, exécutez les commandes suivantes :

sudo apt update
sudo apt install google-compute-engine google-compute-engine-oslogin \
google-guest-agent google-osconfig-agent

SLES

Pour mettre à jour les systèmes d'exploitation SLES, exécutez les commandes suivantes :

sudo zypper refresh
sudo zypper install google-guest-{agent,configs,oslogin} \
google-osconfig-agent

Windows

Pour mettre à jour les systèmes d'exploitation Windows, exécutez la commande suivante :

googet update

Valider l'environnement invité

Vous pouvez constater la présence d'un environnement invité en inspectant les journaux système de la console au démarrage d'une instance, ou en répertoriant les packages installés quand vous êtes connecté à l'instance.

Sortie attendue dans les journaux de la console associés à l'environnement invité

Ce tableau récapitule la sortie attendue dans les journaux de la console émis au démarrage d'instances exécutant des environnements invités fonctionnels.

Système d'exploitation Gestion des services Résultat attendu
CentOS/RHEL
Debian
Ubuntu
SLES
Container-Optimized OS 89 et versions ultérieures
systemd

GCEGuestAgent Info: GCE Agent Started (version YYYYMMDD.NN)
GCEMetadataScripts: Starting startup scripts (version YYYYMMDD.NN)
OSConfigAgent Info: OSConfig Agent (version YYYYMMDD.NN)
Container-Optimized OS 85 et versions antérieures systemd

Started Google Compute Engine Accounts Daemon
Started Google Compute Engine Network Daemon
Started Google Compute Engine Clock Skew Daemon
Started Google Compute Engine Instance Setup
Started Google Compute Engine Startup Scripts
Started Google Compute Engine Shutdown Scripts
Windows

GCEGuestAgent: GCE Agent Started (version YYYYMMDD.NN)
GCEMetadataScripts: Starting startup scripts (version YYYYMMDD.NN)
OSConfigAgent Info: OSConfig Agent (version YYYYMMDD.NN)

Pour afficher les journaux de la console associés à une instance, procédez comme suit.

Console

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

    Accéder à la page "Instances de VM"

    1. Cliquez sur l'instance que vous devez examiner.
    2. Redémarrez ou réinitialisez l'instance.
    3. Dans la section Journaux, cliquez sur Port série 1 (console).
    4. Recherchez la sortie attendue à l'aide du tableau ci-dessus.

gcloud

  1. Redémarrez ou réinitialisez l'instance.
  2. Utilisez la sous-commande gcloud compute instances get-serial-port-output pour vous connecter à l'aide de Google Cloud CLI. Exemple :

    gcloud compute instances get-serial-port-output VM_NAME

    Remplacez VM_NAME par le nom de l'instance que vous devez examiner.

  3. Recherchez la sortie attendue à l'aide du tableau ci-dessus.

Services chargés dans l'environnement invité

Ce tableau récapitule les services qui doivent être chargés sur des instances exécutant des environnements invités fonctionnels. Vous devez être connecté à l'instance au moment d'exécuter la commande qui permet de répertorier les services. Vous ne pouvez donc pas effectuer cette vérification si vous n'avez pas accès à l'instance.

Système d'exploitation Commande permettant de répertorier les services Résultat attendu
CentOS/RHEL
Debian

sudo systemctl list-unit-files \
| grep google | grep enabled

google-disk-expand.service             enabled
google-guest-agent.service             enabled
google-osconfig-agent.service          enabled
google-shutdown-scripts.service        enabled
google-startup-scripts.service         enabled
google-oslogin-cache.timer             enabled
Ubuntu

sudo systemctl list-unit-files \
| grep google | grep enabled

google-guest-agent.service             enabled
google-osconfig-agent.service          enabled
google-shutdown-scripts.service        enabled
google-startup-scripts.service         enabled
google-oslogin-cache.timer             enabled
Container-Optimized OS

sudo systemctl list-unit-files \
| grep google

var-lib-google.mount                   disabled
google-guest-agent.service             disabled
google-osconfig-agent.service          disabled
google-osconfig-init.service           disabled
google-oslogin-cache.service           static
google-shutdown-scripts.service        disabled
google-startup-scripts.service         disabled
var-lib-google-remount.service         static
google-oslogin-cache.timer             disabled 
SLES 12+

sudo systemctl list-unit-files \
| grep google | grep enabled

google-guest-agent.service              enabled
google-osconfig-agent.service           enabled
google-shutdown-scripts.service         enabled
google-startup-scripts.service          enabled
google-oslogin-cache.timer              enabled 
Windows

Get-Service GCEAgent
Get-ScheduledTask GCEStartup

Running    GCEAgent   GCEAgent
\          GCEStartup Ready

Packages installés dans l'environnement invité

Ce tableau récapitule les packages qui doivent être installés sur des instances exécutant des environnements invités fonctionnels. Vous devez être connecté à l'instance au moment d'exécuter la commande qui permet de répertorier les packages installés. Vous ne pouvez donc pas effectuer cette vérification si vous n'avez pas accès à l'instance.

Système d'exploitation Commande permettant de répertorier les packages Résultat attendu
CentOS/RHEL

rpm -qa --queryformat '%{NAME}\n' \
|grep -iE google\|gce | grep -iE \
'google|gce'

google-osconfig-agent
google-compute-engine-oslogin
google-guest-agent
gce-disk-expand
google-cloud-sdk
google-compute-engine
Debian

apt list --installed \
| grep -iE 'google'

gce-disk-expand
google-cloud-packages-archive-keyring
google-cloud-sdk
google-compute-engine-oslogin
google-compute-engine
google-guest-agent
google-osconfig-agent
Ubuntu

apt list --installed \
| grep -iE "google"

google-compute-engine-oslogin
google-compute-engine
google-guest-agent
google-osconfig-agent
SUSE (SLES)

rpm -qa --queryformat '%{NAME}\n' \
|grep -iE google

google-guest-configs
google-osconfig-agent
google-guest-oslogin
google-guest-agent
Windows

googet installed

certgen
googet
google-compute-engine-auto-updater
google-compute-engine-driver-gga
google-compute-engine-driver-netkvm
google-compute-engine-driver-pvpanic
google-compute-engine-driver-vioscsi
google-compute-engine-metadata-scripts
google-compute-engine-powershell
google-compute-engine-sysprep
google-compute-engine-vss
google-compute-engine-windows
google-osconfig-agent

Étapes suivantes