Impact de certaines opérations sur l'état préservé des instances gérées

Lisez les sections suivantes pour découvrir comment divers événements du cycle de vie des instances, actions de groupe d'instances géré (MIG) ou configurations affectent l'état préservé d'une instance gérée dans un MIG avec état :

Gestion de l'état préservé avec l'autoréparation

Lorsqu'une instance de machine virtuelle (VM) cesse de s'exécuter ou devient non opérationnelle, l'autoréparation recrée la VM et conserve l'état préservé pour les éléments que vous avez configurés :

  • Le MIG conserve les disques et les adresses IP avec état et les réassocie lors de la recréation de la VM.
  • Le MIG conserve les métadonnées avec état configurées dans la configuration par instance et les définit lors de la recréation de la VM.

Pour éviter les échecs de recréation d'instances de VM en raison d'un disque de démarrage avec état corrompu, laissez le disque de démarrage sans état afin que l'autoréparation puisse recréer ce disque à partir de l'image d'origine.

Gestion de l'état préservé lors de la mise à jour des instances

Lorsque vous mettez à jour une instance, le MIG conserve son état préservé (disques, adresses IP, métadonnées) :

  • Le MIG conserve les disques et les adresses IP avec état et les réassocie si l'instance de VM est recréée ou redémarrée lors de la mise à jour.
  • Le MIG conserve les métadonnées avec état configurées dans la configuration par instance et les définit sur l'instance lors de la mise à jour.

Lorsque vous définissez un nouveau modèle d'instance, vous devez définir tous les disques que vous avez spécifiés dans votre stratégie avec état. Il n'est pas possible de définir un nouveau modèle d'instance qui omet un disque défini dans une stratégie avec état. Cela permet d'éviter la suppression accidentelle des disques avec état.

Pour supprimer des disques avec état d'un MIG alors qu'ils sont définis dans une règle avec état, procédez comme suit :

  1. Supprimez la configuration du disque de votre règle avec état.
  2. (Facultatif) Dissociez les disques des instances de VM si vous souhaitez les conserver.
  3. Déployez un nouveau modèle d'instance qui ne définit plus les disques.

Vous ne pouvez pas mettre à jour des disques avec état vers une nouvelle image, car ces disques doivent être conservés lors de la mise à jour. La mise à jour vers une nouvelle image nécessite la recréation d'un disque.

Nous vous recommandons de conserver les disques de démarrage et les disques contenant des fichiers binaires ou temporaires sans état, tout en conservant vos données sur des disques avec état. Une telle configuration accepte les comportements suivants :

  • Vous pouvez facilement et automatiquement mettre à jour le disque de démarrage et les disques contenant des fichiers binaires vers des images plus récentes contenant de nouvelles versions et des correctifs de sécurité. Vous pouvez mettre à jour automatiquement ou manuellement les instances pour recréer ces disques sans état, tout en conservant vos données sur des disques avec état distincts.
  • Vous pouvez conserver les données sur des disques avec état lorsque vous déployez d'autres mises à jour sur vos instances.

Vous pouvez configurer un disque de démarrage avec état, par exemple pour héberger une ancienne application qui conserve les fichiers binaires et les données sur un même disque. Cela vous permet de déplacer une application vers un MIG pour bénéficier de l'autoréparation. Toutefois, dans ce scénario, vous devez effectuer vous-même les mises à jour des logiciels et systèmes d'exploitation, par exemple en mettant à jour des packages individuels à l'aide d'un gestionnaire de packages, tel que apt sur les systèmes Debian, ou en utilisant des outils de gestion de configuration.

Si vous n'avez configuré que des noms d'instances personnalisés, sans configurer de disques ni de métadonnées avec état, vous pouvez utiliser les mises à jour progressives automatiques. Pour ce faire, vous devez définir la règle de remplacement du programme de mise à jour sur RECREATE. Vous ne pouvez pas utiliser la méthode de remplacement SUBSTITUTE pour les mises à jour automatiques des instances dans les MIG avec état, car cette méthode remplace chaque VM existante par une nouvelle VM dont le nom et l'état sont différents.

Impact du redimensionnement du groupe sur l'état préservé

Diminuer la taille du groupe

Nous vous déconseillons de réduire la taille d'un MIG avec état, car celui-ci choisit les instances de VM à supprimer et pourrait choisir celles que vous devez conserver. Vous pouvez supprimer les instances de VM du MIG de manière contrôlée en supprimant des instances spécifiques dont vous n'avez plus besoin.

Si vous réduisez la taille du MIG, celui-ci supprime toutes les instances de VM supplémentaires, ainsi que leurs états préservés associés. Pour éviter cela, vous pouvez configurer le MIG pour dissocier et conserver les disques et les adresses IP avec état lors de la suppression permanente d'une instance de VM. Les métadonnées avec état sont supprimées avec l'état préservé. Pour en savoir plus, consultez la page Impact de la suppression d'une instance sur l'état préservé.

Augmenter la taille du groupe

Lorsque vous augmentez la taille d'un MIG avec état, celui-ci crée des VM à partir du modèle d'instance actuel avec des noms générés automatiquement (nom d'instance de base + suffixe). Vous pouvez voir la configuration avec état appliquée dans le fichier preservedStateFromPolicy de l'instance gérée correspondante. Une fois que le MIG a créé les instances, vous pouvez définir des métadonnées et des disques supplémentaires avec état ou des adresses IP avec étét dans les configurations par instance de ces instances.

Vous pouvez choisir des noms d'instances personnalisés et augmenter la taille du groupe en créant des instances manuellement, avec l'option de démarrer leur état en fournissant des configurations par instance, avec des métadonnées, des adresses IP et des disques avec état pour chaque instance.

Impact de la suppression d'une instance sur l'état préservé

Une VM d'un MIG est définitivement supprimée lorsque :

  • vous réduisez la taille du groupe et le MIG sélectionne cette instance de VM pour la suppression ;
  • vous supprimez l'ensemble du groupe ;
  • vous supprimez l'instance du MIG.

Lorsqu'une VM est supprimée définitivement, le MIG supprime également la configuration par instance et l'instance gérée correspondantes, en incluant sa configuration d'état préservé.

La suppression permanente d'une VM entraîne la perte de toutes les paires clé/valeur des métadonnées avec état.

Vous pouvez configurer la conservation ou la suppression des disques et des adresses IP avec état lors de la suppression permanente des instances en définissant l'option autoDelete pour chaque ressource dans la règle avec état ou dans une configuration par instance. Cette option prend en charge deux choix possibles :

  • NEVER : (Par défaut) Le MIG ne supprime jamais le disque.
  • ON_PERMANENT_INSTANCE_DELETION : le MIG supprime le disque lorsque l'instance est définitivement supprimée.

Le MIG ne supprime pas les ressources avec état lors de l'autoréparation, de la mise à jour ou de la recréation des instances.

Dans l'exemple suivant, le MIG dispose d'une seule VM node-1 avec un état préservé défini par une configuration par instance. L'état préservé comprend deux disques (bleu et vert) et des métadonnées id:xyz273. Si vous redimensionnez le MIG à zéro, celui-ci déclenche la suppression définitive de l'instance, node-1, ce qui entraîne les effets suivants :

  • Le MIG supprime l'instance gérée et sa configuration d'état préservé.
  • Le MIG supprime la configuration par instance de l'instance.
  • Le MIG supprime la ressource d'instance de VM correspondante.
  • Les métadonnées id:xyz273 sont perdues, car l'instance de VM et sa configuration d'état préservé sont supprimées.
  • Le disque bleu avec état est supprimé car la configuration par instance de ce disque contient l'option autoDelete: ON_PERMANENT_INSTANCE_DELETION.
  • Le disque vert avec état est dissocié car la configuration par instance de ce disque contient l'option autoDelete:NEVER.

Supprimer une instance d'un MIG avec état.

Impact de l'abandon d'une instance sur l'état préservé

Lorsque vous abandonnez une instance de VM d'un MIG, l'état de la VM, y compris les métadonnées, les adresses IP et les disques avec état, reste sur l'instance en dehors du MIG. Comme la VM n'est plus gérée par le MIG, celui-ci supprime la configuration par instance et l'instance gérée correspondantes, y compris la configuration de l'état préservé de l'instance.

Dans l'exemple suivant, la VM node-1 bénéficie d'un état préservé défini par une règle avec état (disque bleu) et par une configuration par instance (disque vert et métadonnées id:xyz273). Si vous abandonnez l'instance node-1 du MIG, voici ce qu'il advient de son état préservé :

  • L'instance de VM autonome, node-1, conserve son état : tous ses disques restent associés et les métadonnées, id:xyz273, restent définies sur la VM.
  • Le MIG supprime l'instance gérée et sa configuration d'état préservé.
  • Le MIG supprime la configuration par instance de l'instance.
  • La règle avec état reste inchangée, car elle s'applique à toutes les instances du MIG.

Abandonner une instance d'un MIG avec état

Gestion de l'état préservé avec des groupes régionaux

Les MIG régionaux avec état gèrent les états préservés de leurs instances de la même manière que les MIG zonaux, sauf que les MIG régionaux créent des instances de VM dans plusieurs zones :

  • Lors de la création d'instances, un MIG régional répartit équitablement les VM entre les zones de la région afin de maximiser la disponibilité de l'application en cas de défaillance de zone.
  • Pour les instances existantes, un MIG régional avec état ne peut pas redistribuer ou déplacer automatiquement les VM existantes entre les zones, car l'état préservé est stocké dans une zone spécifique et ne peut pas être déplacé. Pour cette raison, les MIG régionaux avec état n'acceptent qu'un paramètre de type de redistribution d'instance défini sur NONE.

Votre avis

Nous souhaitons en savoir plus sur vos cas d'utilisation, les défis que vous rencontrez ou vos impressions sur les MIG avec état. Nous vous invitons à nous faire part de vos commentaires à l'adresse suivante : mig-discuss@google.com.

Étape suivante