In diesem Dokument wird erläutert, wie der Standby-Pool gesperrter und angehaltener VM-Instanzen funktioniert und wie Sie den Standby-Pool verwenden können, um das Skalieren einer verwalteten Instanzgruppe (MIG) zu beschleunigen.
Hinweise
- Lesen Sie die Einführungsseite zu gesperrten und beendeten VMs in einer MIG.
-
Richten Sie die Authentifizierung ein, falls Sie dies noch nicht getan haben.
Bei der Authentifizierung wird Ihre Identität für den Zugriff auf Trusted Cloud by S3NS -Dienste und APIs überprüft.
Zum Ausführen von Code oder Beispielen aus einer lokalen Entwicklungsumgebung können Sie sich so bei der Compute Engine authentifizieren:
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
-
Installieren Sie die Google Cloud CLI und melden Sie sich dann mit Ihrer föderierten Identität in der gcloud CLI an. Nach der Anmeldung initialisieren Sie die Google Cloud CLI mit folgendem Befehl:
gcloud init
- Set a default region and zone.
Terraform
Wenn Sie die Terraform-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, installieren und initialisieren Sie die gcloud CLI und richten Sie dann die Standardanmeldedaten für Anwendungen mit Ihren Nutzeranmeldedaten ein.
Installieren Sie die Google Cloud CLI und melden Sie sich dann mit Ihrer föderierten Identität in der gcloud CLI an.
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.
Weitere Informationen finden Sie unter Set up authentication for a local development environment.
REST
Wenn Sie die REST API-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, nutzen Sie die Anmeldedaten, die Sie der gcloud CLI bereitstellen.
Installieren Sie die Google Cloud CLI und melden Sie sich dann mit Ihrer föderierten Identität in der gcloud CLI an.
Weitere Informationen finden Sie in der Dokumentation zur Trusted Cloud -Authentifizierung unter Für die Verwendung von REST authentifizieren.
MIG API für Autoscaling verwenden
Wir empfehlen, für das Autoscaling Ihrer MIG die Autoscaling-Funktion von Compute Engine zu verwenden. Wenn Sie aus irgendeinem Grund einen anderen Autoscaler verwenden möchten, verwenden Sie die Endpunkte der MIG API, um gesperrte und angehaltene VMs zu verwalten.
Zwischen gesperrten und angehaltenen Pools wählen
Die Wahl zwischen gesperrten und angehaltenen Pools hängt von Ihrem spezifischen Anwendungsfall ab. Um die beste Leistung zu erzielen, sollten Sie verschiedene Standby-Pooltypen für Ihre Scale-out-Szenarien testen, um herauszufinden, welcher am besten zu Ihren Anforderungen passt. Bei unterschiedlichen Arbeitslasten kann die Bereitstellungszeit mit anderen Optionen kürzer sein. In einigen Fällen kann das Kopieren des Speicherzustands aus dem Speicher auf die VM mehr Zeit in Anspruch nehmen als das Neustarten der VM oder das Erstellen einer neuen VM.
Die folgenden Richtlinien können Ihnen dabei helfen, den besten Ansatz zu finden:
- Verwenden Sie angehaltene VMs, wenn Ihre VMs eine zeitaufwendige Initialisierung des Arbeitsspeichers erfordern, da gesperrte VMs den Arbeitsspeicherstatus beibehalten. Ihre Anwendung muss ausgesetzt und fortgesetzt werden können. Das Beibehalten des Speicherstatus erfordert zusätzlichen Speicherplatz und kann zusätzliche Kosten verursachen.
- Verwenden Sie beendete VMs, wenn sich die VM-Initialisierung hauptsächlich auf die Initialisierung von Daten konzentriert, die auf den nichtflüchtigen Speichern gespeichert sind.
Standby-Richtlinie in einer MIG bearbeiten
In diesem Abschnitt wird beschrieben, wie Sie den Standby-Pool-Modus auf „Hochskalierungspool“ und die anfängliche Verzögerung festlegen.
Console
Rufen Sie in der Trusted Cloud Console die Seite Instanzgruppen auf.
Klicken Sie auf den Namen der Instanzgruppe, die Sie bearbeiten möchten.
Klicken Sie auf Bearbeiten, um die verwaltete Instanzgruppe zu bearbeiten.
Klicken Sie auf Erweiterte Optionen, um den Bereich zu maximieren.
Wählen Sie im Bereich Standby-Pool die Option Hochskalieren aus.
Geben Sie im Feld Anfängliche Verzögerung die Anzahl der Sekunden ein, die die MIG warten soll, bevor eine VM ausgesetzt oder beendet wird. Die anfängliche Verzögerung gibt dem Initialisierungsskript Zeit, Ihre VM für ein schnelles Hochskalieren vorzubereiten.
Klicken Sie auf Speichern.
gcloud
Verwenden Sie den Befehl
instance-groups managed update
und geben Sie den Betriebsmodus und die anfängliche Verzögerung an.gcloud compute instance-groups managed update MIG_NAME \ --standby-policy-mode=scale-out-pool \ --standby-policy-initial-delay=DELAY \ [--region=REGION | --zone=ZONE]
Ersetzen Sie Folgendes:
MIG_NAME
: Name der MIG.DELAY
: Die Anzahl der Sekunden, die die MIG warten soll, bevor eine VM ausgesetzt oder angehalten wird. Die anfängliche Verzögerung gibt dem Initialisierungsskript Zeit, Ihre VM für ein schnelles Hochskalieren vorzubereiten.REGION
: bei einer regionalen MIG die Region, in der sich die MIG befindet.ZONE
: bei einer zonalen MIG die Zone, in der sich die MIG befindet.
Terraform
Im folgenden Beispiel wird eine zonale MIG mit einer Standby-Richtlinie erstellt. Verwenden Sie den Block
standby_policy
, um eine anfängliche Verzögerung festzulegen und den Modus aufSCALE_OUT_POOL
zu setzen.Im Beispiel wird die Ressource
google_compute_instance_group_manager
verwendet. Verwenden Sie für eine regionale MIG die Ressourcegoogle_compute_region_instance_group_manager
.Informationen zum Anwenden oder Entfernen einer Terraform-Konfiguration finden Sie unter Grundlegende Terraform-Befehle.
REST
Verwenden Sie die Methode
instanceGroupManager.patch
und geben Sie den Betriebsmodus und die anfängliche Verzögerung im Anfragetext an. Verwenden Sie für regionale MIGs die MethoderegionInstanceGroupManager.patch
.PATCH https://compute.s3nsapis.fr/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME { // ... "standbyPolicy": { "mode": "SCALE_OUT_POOL", "initialDelaySec": DELAY } // ... }
Ersetzen Sie Folgendes:
PROJECT_ID
: die Projekt-ID.ZONE
: bei einer zonalen MIG die Zone, in der sich die MIG befindet.- Ersetzen Sie bei einer regionalen MIG
zones/ZONE
durchregions/REGION
und geben Sie die Region der MIG an.
- Ersetzen Sie bei einer regionalen MIG
MIG_NAME
: Name der MIG.DELAY
: Die Anzahl der Sekunden, die die MIG warten soll, bevor eine VM ausgesetzt oder angehalten wird. Die anfängliche Verzögerung gibt dem Initialisierungsskript Zeit, Ihre VM für ein schnelles Hochskalieren vorzubereiten.
Größe des Standby-Pools in einer MIG anpassen
In diesem Abschnitt wird beschrieben, wie Sie die Größe der Standby-Pools gesperrter und beendeter VMs in einer MIG anpassen.
Console
Rufen Sie in der Trusted Cloud Console die Seite Instanzgruppen auf.
Klicken Sie auf den Namen der Instanzgruppe, die Sie bearbeiten möchten.
Klicken Sie auf Bearbeiten, um die verwaltete Instanzgruppe zu bearbeiten.
Klicken Sie auf Erweiterte Optionen, um den Bereich zu maximieren.
Geben Sie im Abschnitt Standby-Pool die neuen Größen in den Feldern Gesperrte VMs und Beendete VMs ein.
Klicken Sie auf Speichern.
gcloud
Verwenden Sie den Befehl
instance-groups managed update
mit den Flags--suspended-size
und--stopped-size
.gcloud compute instance-groups managed update MIG_NAME \ --suspended-size=SUSPENDED_SIZE \ --stopped-size=STOPPED_SIZE \ [--region=REGION | --zone=ZONE]
Ersetzen Sie Folgendes:
MIG_NAME
: der Name der MIG, in der eine Instanz angehalten werden soll.SUSPENDED_SIZE
: die Anzahl der gesperrten VMs, die die MIG zu einem bestimmten Zeitpunkt beibehalten soll.STOPPED_SIZE
: die Anzahl der angehaltenen VMs, die die MIG zu einem bestimmten Zeitpunkt beibehalten soll.REGION
: bei einer regionalen MIG die Region, in der sich die MIG befindet.ZONE
: bei einer zonalen MIG die Zone, in der sich die MIG befindet.
Terraform
Im folgenden Beispiel wird eine zonale MIG mit Zielgrößen für gesperrte und angehaltene VMs erstellt. Verwenden Sie die Argumente
target_suspended_size
undtarget_stopped_size
, um die Zielgrößen festzulegen.Im Beispiel wird die Ressource
google_compute_instance_group_manager
verwendet. Verwenden Sie für eine regionale MIG die Ressourcegoogle_compute_region_instance_group_manager
.Informationen zum Anwenden oder Entfernen einer Terraform-Konfiguration finden Sie unter Grundlegende Terraform-Befehle.
REST
Verwenden Sie die Methode
instanceGroupManager.patch
und geben Sie im Anfragetext die Größe der Pools von gesperrten und beendeten VMs an. Verwenden Sie für regionale MIGs die MethoderegionInstanceGroupManager.patch
.PATCH https://compute.s3nsapis.fr/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME { // ... "targetSuspendedSize": SUSPENDED_SIZE, "targetStoppedSize": STOPPED_SIZE // ... }
Ersetzen Sie Folgendes:
PROJECT_ID
: die Projekt-ID.ZONE
: bei einer zonalen MIG die Zone, in der sich die MIG befindet.- Ersetzen Sie bei einer regionalen MIG
zones/ZONE
durchregions/REGION
und geben Sie die Region der MIG an.
- Ersetzen Sie bei einer regionalen MIG
MIG_NAME
: der Name der MIG, in der eine Instanz beendet werden soll.SUSPENDED_SIZE
: die Anzahl der gesperrten VMs, die die MIG zu einem bestimmten Zeitpunkt beibehalten soll.STOPPED_SIZE
: die Anzahl der angehaltenen VMs, die die MIG zu einem bestimmten Zeitpunkt beibehalten soll.
Nächste Schritte
Sofern nicht anders angegeben, sind die Inhalte dieser Seite unter der Creative Commons Attribution 4.0 License und Codebeispiele unter der Apache 2.0 License lizenziert. Weitere Informationen finden Sie in den Websiterichtlinien von Google Developers. Java ist eine eingetragene Marke von Oracle und/oder seinen Partnern.
Zuletzt aktualisiert: 2025-08-19 (UTC).
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Benötigte Informationen nicht gefunden","missingTheInformationINeed","thumb-down"],["Zu umständlich/zu viele Schritte","tooComplicatedTooManySteps","thumb-down"],["Nicht mehr aktuell","outOfDate","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Problem mit Beispielen/Code","samplesCodeIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 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,[]] -