Informationen zum Sperren und Beenden von VMs in einer MIG

In diesem Dokument werden die Sperrungs- und Stoppaktionen auf VM-Instanzen in einer verwalteten Instanzgruppe (Managed Instance Group, MIG) beschrieben. Außerdem erfahren Sie, wie Sie durch das Sperren und Beenden von VMs in einer MIG Kosten sparen und die Wartezeit reduzieren, wenn Sie mehr VMs in der Gruppe benötigen.

Mit MIGs können Sie VMs sperren und beenden, um Folgendes zu erreichen:

Pausieren Sie eine Anwendung oder einen Dienst, den Sie nicht verwenden, um Kosten zu sparen, indem Sie nicht für Rechenressourcen bezahlen.
Die horizontale Skalierung der MIG wird beschleunigt, wenn vorab initialisierte VMs aus dem Standby-Pool gesperrter und angehaltener VMs gestartet werden.

Anwendungsfälle

In den folgenden Abschnitten werden typische Anwendungsfälle für den Standby-Pool in einer MIG beschrieben.

Anwendung oder Dienst pausieren

Sie können VMs in einer MIG sperren oder anhalten, um Ihre Anwendung zu pausieren und bei Bedarf wieder aufzunehmen, je nach Berechnungen, Arbeitszeiten, Spitzenzeiten und Budgetbeschränkungen. Sie können die Ergebnisse Ihrer aktuellen Berechnungen auf nichtflüchtigen Speichern oder im Fall von gesperrten VMs im Arbeitsspeicher ablegen.

Beispielsweise können Sie in folgenden Fällen die VMs in einer MIG sperren oder beenden:

Sie haben starke Arbeitslasten an Wochentagen und möchten VMs an Wochenenden sperren, um Kosten zu sparen.
Sie haben eine Testumgebung, die während der Implementierungsänderungen erforderlich ist, und Sie möchten sie beenden, wenn Sie nicht aktiv entwickeln.

Hochskalieren von MIG beschleunigen

Sie können einen Standby-Pool vorab initialisierter VMs bereithalten, damit diese gestartet werden, wenn die MIG vergrößert wird. Anstatt neue VMs zu erstellen und zu warten, bis die Anwendung initialisiert wurde und bereit ist, startet die MIG VMs aus dem Standby-Pool oder setzt sie fort. In diesem Fall wird die VM-Initialisierung im Voraus abgeschlossen und nicht in einem kritischen Moment einer erhöhten Last.

Standbypools sind für Anwendungen hilfreich, deren Initialisierung lange dauert, z. B. in den folgenden Szenarien:

Anwendungen, die aktuelle Inhalte auf nichtflüchtige Speicher herunterladen müssen.
Anwendungen, die zusätzliche Inhalte im Cache speichern müssen – über Downloads aus dem externen Speicher, aus lokalen Berechnungen oder einer Kombination aus beidem.
Anwendungen, die während der Initialisierung aktuelle Software installieren müssen, z. B. Kubernetes-Knoten.

Beibehaltene Ressourcen

Die folgende Tabelle zeigt die Ressourcen, die beibehalten werden, wenn Sie VMs in einer MIG sperren und beenden.

Beibehalten	Gesperrte VM	Beendete VM
VM-Name
Interne IP-Adresse
Externe IP (sitzungsspezifisch)
Externe IP (statisch*)
Laufwerke
Metadaten
Arbeitsspeicher

*Wenn Sie eine externe IP-Adresse beibehalten möchten, wenn Sie eine VM in einer MIG beenden oder sperren, verwenden Sie die zustandsorientierte MIG-Konfiguration, um die externe IP-Adresse in eine statische IP-Adresse umzuwandeln. eine

Verhalten und Konfiguration

Der Standby-Pool wird durch gesperrte und angehaltene Pools von VMs gebildet. Alle angehaltenen VMs werden Teil des angehaltenen Pools und alle gesperrten VMs werden Teil des gesperrten Pools. Wenn Sie Autoscaling in einer MIG konfiguriert haben, erstellt die MIG nach dem Sperren oder Beenden einer VM sofort neue VMs, um die empfohlene Größe der MIG beizubehalten.

Zielgröße von gesperrten und beendeten Pools

Ähnlich wie die Zielgröße der MIG haben angehaltene und gesperrte Pools ihre eigenen Zielgrößen. Sie können die Zielgröße des Standby-Pools so steuern:

Durch Konfiguration der Werte für die angehaltenen und gesperrten Zielgrößen.
Durch manuelles Sperren und Anhalten von VMs, die dann automatisch die Zielgrößen ändern.

Wenn Sie die Zielgrößen für beendete oder gesperrte Pools ändern, verhält sich die MIG so:

Wenn Sie die Größe der gesperrteb oder angehaltenen Pools erhöhen, erstellt die MIG neue VMs, wartet, bis die VMs initialisiert sind, und hält die VMs dann entsprechend an oder sperrt sie. Bei regionalen MIGs werden VMs gemäß der konfigurierten Zielverteilungsform erstellt.
Wenn Sie die Größe der gesperrten oder angehaltenen Pools verringern, wählt die MIG nach dem Zufallsprinzip aus, welche gesperrten oder beendeten VMs gelöscht werden sollen.
Wenn Sie die MIG-Zielgröße und die Größe des gesperrten oder beendeten Pools gleichzeitig ändern, versucht die MIG, die Anzahl der Vorgänge zu minimieren, die zum Anwenden Ihrer Änderungen erforderlich sind. Dies bedeutet, dass die MIG VMs aus dem Standby-Pool fortsetzen oder starten oder einige ausgeführte VMs sperren oder beenden kann.

Standby-Richtlinie

Die Standby-Richtlinie definiert das Verhalten des Standby-Pools basierend auf den folgenden Parametern, die Sie angeben:

Modus: Der Modus, in dem die MIG gesperrte und beendete VMs verwendet. Dies kann der Modus manual oder scale-out-pool sein.
Anfängliche Verzögerung: Die Zeit, während der die MIG eine neu erstellte VM ausführt, bevor sie gesperrt oder angehalten wird. Konfigurieren Sie die anfängliche Verzögerung so, damit genügend Zeit für die Vorinitialisierung Ihrer Anwendung zur Verfügung steht und diese bereit ist, wenn die VM gestartet oder fortgesetzt wird.

Modus

Sie können festlegen, wie Standby-Pools verwaltet werden sollen, indem Sie den Vorgangsmodus festlegen. Es gibt zwei mögliche Optionen: den Modus manual und den Modus scale-out-pool.

Manueller Modus (Standard)

Im manuellen Modus haben Sie die volle Kontrolle darüber, welche VMs in der MIG gestoppt und angehalten werden. Der manuelle Modus ist der Standardmodus des Standby-Pools.

Der manuelle Modus ist in folgenden Fällen nützlich:

So pausieren Sie Ihre Arbeitslast und sparen Kosten für inaktive VMs.
MIG in Autoscalings von Drittanbietern einbinden, die eine erweiterte Verwaltung einzelner VMs erfordern.
Beenden ausgewählter VMs für die Fehlerbehebung

Im manuellen Modus wendet die MIG keine Automatisierungen auf den Standby-Pool an:

Wenn Sie oder der Autoscaler die Zielgröße der MIG erhöhen, startet die MIG nicht automatisch VMs oder setzt sie fort, sondern erstellt neue VMs.
Wenn Sie oder das Autoscaling die Zielgröße der MIG verringern, werden die ausgeführten VMs von der MIG nicht automatisch beendet oder gesperrt, sondern gelöscht.

Poolmodus horizontal skalieren

Im horizontal skalierten Poolmodus verwendet die MIG die VMs aus den Standby-Pools, um die horizontale Skalierung durch das Fortsetzen oder Starten zu beschleunigen. Anschließend füllt die MIG den Standby-Pool automatisch mit neuen VMs auf, um die Zielgrößen beizubehalten.

Der Pool mit horizontaler Skalierung ist in den folgenden Fällen nützlich, um die horizontale Skalierung der MIG zu beschleunigen:

Wenn Sie Compute Engine-Autoscaling verwenden.
Wenn Sie Autoscalings von Drittanbietern verwenden und vorhandene Integration beibehalten möchten.
Wenn Sie die Zielgröße laufender VMs manuell erhöhen.

Im horizontal skalierten Poolmodus verhält sich die MIG so:

Wenn Sie oder das Autoscaling die Zielgröße der laufenden VMs in der MIG erhöhen, führt die MIG Aktionen in folgender Reihenfolge aus:
1. Die MIG setzt gesperrte VMs fort, falls in den Zonen, in denen die MIG horizontal skaliert wird, VMs verfügbar sind.
2. Wenn die Zielgröße der MIG nach dem Fortsetzen der gesperrten VMs noch nicht erreicht wurde, startet die MIG beendete VMs, sofern in den Zonen, in denen die MIG horizontal skaliert wird, VMs verfügbar sind.
3. Wenn die Zielgröße der MIG nach dem Starten der VMs noch nicht erreicht ist, werden neue VMs von Grund auf neu erstellt.
Nachdem der Standby-Pool zur Hochskalierung verwendet wurde, führt die MIG Folgendes aus:
1. Sie erstellt neue VMs, um die gesperrten und angehaltenen Pools entsprechend ihren Zielgrößen und in Übereinstimmung mit der Zielverteilungsform bei einer regionalen MIG aufzufüllen.
2. Die neuen VMs werden in einen Ausführungsstatus versetzt.
3. Er sperrt oder beendet die neuen VMs, nachdem die erste Verzögerung verstrichen ist.
Wenn Sie oder das Autoscaling die Zielgröße der MIG verringern, wird die laufende VM nicht automatisch beendet oder gesperrt, sondern gelöscht.

Anfängliche Verzögerung

Damit die VM korrekt initialisiert wird, geben Sie die anfängliche Verzögerung in der Standby-Richtlinie an. Die anfängliche Verzögerung ist die Zeit, die VMs warten, bevor sie beendet oder gesperrt werden, nachdem sie erstellt wurden. Dadurch hat Ihr Initialisierungsskript die erforderliche Zeit.

Die anfängliche Verzögerung tritt in folgenden Fällen auf:

Eine neue VM wird mit dem vorgesehenen Zielstatus SUSPENDED oder TERMINATED erstellt.
Eine vorhandene Instanz mit dem Status RUNNING wurde angehalten oder beendet.

In beiden Fällen kann die Instanz initialisiert werden, bevor sie angehalten oder gesperrt wird.

Wenn Sie den Standby-Pool verwenden möchten, um die Skalierung der MIG zu beschleunigen, sollten Sie die Zeit messen, die Ihre Anwendung für die Initialisierung auf dem ausgewählten Maschinentyp benötigt, um sicherzustellen, dass diese Zeit ausreicht, damit Ihre Anwendung vollständig bereit ist, bevor sie angehalten oder gesperrt wird. Andernfalls kann das Fortsetzen oder Starten von VMs aus dem Standby-Pool länger dauern als das Erstellen von VMs von Grund auf.

Zielstatus für VMs in MIGs

MIGs haben eine deklarative API. Dies bedeutet, dass Sie den Zielstatus für die VMs in der MIG deklarieren und die API-Anfrage erfolgreich ist, wenn der Zielstatus gespeichert wird. Die MIG führt dann die erforderlichen Vorgänge aus, um den Zielstatus zu erreichen. Sie können die aktuelle Aktion und den aktuellen Status aller VMs über die API prüfen.

Das Sperren und Beenden von VMs in einer MIG funktioniert auf die gleiche deklarative Weise. Wenn Sie eine Anfrage zum Anhalten oder Sperren von VMs senden, speichert die MIG die Informationen zum Zielstatus für jede VM und startet die erforderlichen Vorgänge, um sie zu erreichen.

Wenn Sie verwaltete VMs in einer MIG auflisten, sehen Sie das Feld targetStatus. Es beschreibt den endgültigen Status einer VM, wenn die MIG stabil ist. Der Status kann einen der folgenden Werte annehmen:

RUNNING
STOPPED
SUSPENDED

VMs in einer MIG können den gleichen Lebenszyklusstatus einzelner VMs haben. Im Folgenden finden Sie Beispiele für mögliche Vorgänge in einer MIG und die zugehörigen Werte des Felds targetStatus:

Erstellen Sie die neue VM und sperren Sie sie nach der Initialisierung.
- Zielstatus der VM: SUSPENDED.
Setzen Sie eine zuvor gesperrte VM fort.
- Zielstatus der VM: RUNNING
Beenden Sie eine zuvor ausgeführte VM.
- Zielstatus der VM: STOPPED
Starten Sie eine zuvor beendete VM.
- Zielstatus der VM: RUNNING

Beschränkungen

Für das Beenden und Anhalten von VMs in einer MIG gelten die gleichen Einschränkungen wie für das Beenden und Sperren von VMs außerhalb der MIG.
In einer regionalen MIG mit der Zielverteilungsform EVEN und Umverteilung von Instanzen können Sie bestimmte VMs in der Gruppe nicht sperren, anhalten, fortsetzen oder starten. Legen Sie die Zielgrößen der gesperrten und angehaltenen Pools fest, um einen Standby-Pool zu verwalten.
Im horizontal skalierten Poolmodus können Sie keine zweite Instanzvorlage hinzufügen, um ein Canary Update in der MIG zu initiieren.
Sie können VMs in einer MIG nicht sperren oder beenden, wenn Sie Reparatur in der MIG deaktiviert haben.
Sie können eine Instanz nur bis zu 60 Tage lang anhalten, bevor die VM-Instanz automatisch beendet wird.

Preise

Jede angehaltene und gesperrte VM wird für die folgenden Elemente in Rechnung gestellt:

Jede Nutzung des nichtflüchtigen Speichers für das Bootlaufwerk und alle zusätzlichen Laufwerke, die mit der VM verbunden sind Weitere Informationen finden Sie unter Preise für nichtflüchtigen Speicher.
Alle statischen IP-Adressen, die der VM zugeordnet sind Weitere Informationen finden Sie unter IP-Preise.
Bei angehaltenen VMs der VM-Speicher und der Gerätestatus. Weitere Informationen finden Sie unter Preise für VM-Instanzen.