Ce document explique comment fonctionne le pool de secours d'instances de machines virtuelles (VM) suspendues et arrêtées, et comment vous pouvez l'utiliser pour accélérer le effectuer un scaling horizontal d'un groupe d'instances géré (MIG).
Avant de commencer
- Consultez la page d'introduction sur les VM suspendues et arrêtées dans un MIG.
-
Si ce n'est pas déjà fait, configurez l'authentification.
L'authentification est le processus permettant de valider votre identité pour accéder aux services et aux API Trusted Cloud by S3NS .
Pour exécuter du code ou des exemples depuis un environnement de développement local, vous pouvez vous authentifier auprès de Compute Engine en sélectionnant l'une des options suivantes :
Select the tab for how you plan to use the samples on this page:
Console
When you use the Trusted Cloud console to access Trusted Cloud by S3NS services and APIs, you don't need to set up authentication.
gcloud
-
Installez la Google Cloud CLI, puis connectez-vous-y avec votre identité fédérée. Après vous être connecté, initialisez la Google Cloud CLI en exécutant la commande suivante :
gcloud init
- Set a default region and zone.
Terraform
Pour utiliser les exemples Terraform de cette page dans un environnement de développement local, installez et initialisez la gcloud CLI, puis configurez le service Identifiants par défaut de l'application à l'aide de vos identifiants utilisateur.
Installez la Google Cloud CLI, puis connectez-vous-y avec votre identité fédérée.
Create local authentication credentials for your user account:
gcloud auth application-default login
If an authentication error is returned, and you are using an external identity provider (IdP), confirm that you have signed in to the gcloud CLI with your federated identity.
Pour en savoir plus, consultez la section Set up authentication for a local development environment.
REST
Pour utiliser les exemples API REST de cette page dans un environnement de développement local, vous devez utiliser les identifiants que vous fournissez à la gcloud CLI.
Installez la Google Cloud CLI, puis connectez-vous-y avec votre identité fédérée.
Pour en savoir plus, consultez la section S'authentifier pour utiliser REST dans la documentation sur l'authentification Trusted Cloud .
Utiliser l'API MIG pour l'autoscaling
Nous vous recommandons d'utiliser l'autoscaler Compute Engine pour mettre à l'échelle automatiquement votre MIG. Toutefois, si pour une raison quelconque vous préférez utiliser un autre autoscaler, utilisez les points de terminaison de l'API MIG pour gérer les VM suspendues et arrêtées.
Choisir entre les pools suspendus et arrêtés
Le choix entre les pools suspendus et arrêtés dépend de votre cas d'utilisation spécifique. Pour obtenir les meilleures performances, vous devez tester différents types de pools de secours pour vos scénarios de effectuer un scaling horizontal afin de déterminer celui qui répond le mieux à vos besoins. Différentes charges de travail peuvent afficher un délai de diffusion plus court avec différentes options. Dans certains cas, le processus de copie de l'état de la mémoire de l'espace de stockage vers la VM peut prendre plus de temps que le redémarrage de la VM ou la création d'une VM.
Pour trouver la meilleure approche, commencez par suivre ces consignes :
- Utilisez des VM suspendues si vos VM nécessitent une initialisation de la mémoire qui prend du temps, car les VM suspendues conservent l'état de la mémoire. Assurez-vous que votre application peut être suspendue et relancée. Conserver l'état de la mémoire nécessite un espace de stockage supplémentaire et peut entraîner des coûts supplémentaires.
- Utilisez des VM arrêtées si l'initialisation de votre VM se concentre principalement sur l'initialisation des données stockées dans les disques persistants.
Modifier la règle de secours dans un MIG
Cette section explique comment définir le mode du pool de secours sur "effectuer un scaling horizontal du pool" et le délai initial.
Console
Dans la console Trusted Cloud , accédez à la page Groupes d'instances.
Cliquez sur le nom du groupe d'instances que vous souhaitez modifier.
Cliquez sur Modifier pour modifier le groupe d'instances géré.
Cliquez sur Options avancées pour développer la section.
Dans la section Pool de secours, sélectionnez Scale-out.
Dans le champ Délai initial, saisissez le nombre de secondes pendant lesquelles le MIG doit attendre avant de suspendre ou d'arrêter une VM. Le délai initial permet au script d'initialisation de préparer votre VM pour un scaling horizontal rapide.
Cliquez sur Enregistrer.
gcloud
Exécutez la commande
instance-groups managed update
, puis spécifiez le mode de fonctionnement et le délai initial.gcloud compute instance-groups managed update MIG_NAME \ --standby-policy-mode=scale-out-pool \ --standby-policy-initial-delay=DELAY \ [--region=REGION | --zone=ZONE]
Remplacez les éléments suivants :
MIG_NAME
: nom du MIG.DELAY
: nombre de secondes pendant lesquelles le MIG doit attendre avant de suspendre ou d'arrêter une VM. Le délai initial permet au script d'initialisation de préparer votre VM pour effectuer un scaling horizontal rapide.REGION
: pour un MIG régional, région où se trouve le MIG.ZONE
: pour un MIG zonal, zone où se trouve le MIG.
Terraform
L'exemple suivant crée un MIG zonal avec une règle de veille. Utilisez le bloc
standby_policy
pour définir un délai initial et définir le mode surSCALE_OUT_POOL
.L'exemple utilise la ressource
google_compute_instance_group_manager
. Pour un MIG régional, utilisez la ressourcegoogle_compute_region_instance_group_manager
.Pour savoir comment appliquer ou supprimer une configuration Terraform, consultez la page Commandes Terraform de base.
REST
Utilisez la méthode
instanceGroupManager.patch
et spécifiez le mode de fonctionnement et le délai initial dans le corps de la requête. Pour les MIG régionaux, utilisez la méthoderegionInstanceGroupManager.patch
.PATCH https://compute.s3nsapis.fr/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME { // ... "standbyPolicy": { "mode": "SCALE_OUT_POOL", "initialDelaySec": DELAY } // ... }
Remplacez les éléments suivants :
PROJECT_ID
: par l'ID du projet.ZONE
: pour un MIG zonal, zone où se trouve le MIG.- Pour un MIG régional, remplacez
zones/ZONE
parregions/REGION
et spécifiez la région du MIG.
- Pour un MIG régional, remplacez
MIG_NAME
: nom du MIG.DELAY
: nombre de secondes pendant lesquelles le MIG doit attendre avant de suspendre ou d'arrêter une VM. Le délai initial permet au script d'initialisation de préparer votre VM pour effectuer un scaling horizontal rapide.
Redimensionner le pool de secours dans un MIG
Cette section explique comment redimensionner les pools de secours des VM suspendues et arrêtées dans un MIG.
Console
Dans la console Trusted Cloud , accédez à la page Groupes d'instances.
Cliquez sur le nom du groupe d'instances que vous souhaitez modifier.
Cliquez sur Modifier pour modifier le groupe d'instances géré.
Cliquez sur Options avancées pour développer la section.
Dans la section Pool de secours, saisissez les nouvelles tailles dans les champs VM suspendues et VM arrêtées.
Cliquez sur Enregistrer.
gcloud
Exécutez la commande
instance-groups managed update
avec les options--suspended-size
et--stopped-size
.gcloud compute instance-groups managed update MIG_NAME \ --suspended-size=SUSPENDED_SIZE \ --stopped-size=STOPPED_SIZE \ [--region=REGION | --zone=ZONE]
Remplacez les éléments suivants :
MIG_NAME
: nom du MIG dans lequel suspendre une instance.SUSPENDED_SIZE
: nombre de VM suspendues que le MIG doit maintenir à un moment donné.STOPPED_SIZE
: nombre de VM arrêtées que le MIG doit maintenir à un moment donné.REGION
: pour un MIG régional, région où se trouve le MIG.ZONE
: pour un MIG zonal, zone où se trouve le MIG.
Terraform
L'exemple suivant crée un MIG zonal avec des tailles cibles pour les VM suspendues et arrêtées. Pour définir les tailles cibles, utilisez les arguments
target_suspended_size
ettarget_stopped_size
.L'exemple utilise la ressource
google_compute_instance_group_manager
. Pour un MIG régional, utilisez la ressourcegoogle_compute_region_instance_group_manager
.Pour savoir comment appliquer ou supprimer une configuration Terraform, consultez la page Commandes Terraform de base.
REST
Utilisez la méthode
instanceGroupManager.patch
et spécifiez la taille des pools de VM suspendues et arrêtées dans le corps de la requête. Pour les MIG régionaux, utilisez la méthoderegionInstanceGroupManager.patch
.PATCH https://compute.s3nsapis.fr/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME { // ... "targetSuspendedSize": SUSPENDED_SIZE, "targetStoppedSize": STOPPED_SIZE // ... }
Remplacez les éléments suivants :
PROJECT_ID
: par l'ID du projet.ZONE
: pour un MIG zonal, zone où se trouve le MIG.- Pour un MIG régional, remplacez
zones/ZONE
parregions/REGION
et spécifiez la région du MIG.
- Pour un MIG régional, remplacez
MIG_NAME
: nom du MIG dans lequel arrêter une instance.SUSPENDED_SIZE
: nombre de VM suspendues que le MIG doit maintenir à un moment donné.STOPPED_SIZE
: nombre de VM arrêtées que le MIG doit maintenir à un moment donné.
Étapes suivantes
- Découvrez comment suspendre ou arrêter manuellement des VM dans un MIG.
- Obtenez davantage d'informations sur les mises à jour des VM suspendues et arrêtées dans un MIG.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/08/19 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/08/19 (UTC)."],[[["\u003cp\u003eThis document outlines the functionality of the standby pool for suspended and stopped virtual machine (VM) instances, enabling accelerated scale-out for managed instance groups (MIGs).\u003c/p\u003e\n"],["\u003cp\u003eUsers can leverage the MIG API, which can be used to integrate with custom autoscalers or with Google Kubernetes Engine (GKE) autoscaler for faster scaling using the standby pool of VMs.\u003c/p\u003e\n"],["\u003cp\u003eThe document provides guidance on choosing between suspended and stopped VMs based on initialization needs, suggesting that suspended VMs are best for time-consuming memory initialization, while stopped VMs are better for data-focused persistent disk initialization.\u003c/p\u003e\n"],["\u003cp\u003eYou can configure the standby policy within a MIG using the console, gcloud CLI, Terraform, or REST API, allowing for customization of the initial delay before VMs are suspended or stopped, which helps to prepare VMs for quicker scale-out.\u003c/p\u003e\n"],["\u003cp\u003eThe standby pool can be resized to manage the number of suspended and stopped VMs using the console, gcloud CLI, Terraform, or REST API, allowing you to set the target numbers for each type of VM.\u003c/p\u003e\n"]]],[],null,[]] -