So wirken sich einige Vorgänge auf den beibehaltenen Status verwalteter Instanzen aus

In den folgenden Abschnitten erfahren Sie, wie sich verschiedene Konfigurationen, Aktionen für die verwaltete Instanzgruppe (Managed Instance Group, MIG) oder Lebenszyklus-Ereignisse von Instanzen auf den beibehaltenen Status einer verwalteten Instanz in einer zustandsorientierten MIG auswirken:

So funktioniert die automatische Reparatur im beibehaltenen Status

Wenn eine VM-Instanz nicht mehr ausgeführt wird oder fehlerhaft wird, erstellt die automatische Reparatur die VM neu und der beibehaltene Status für die von Ihnen konfigurierten Elemente bleibt unverändert:

  • Die MIG speichert zustandsorientierte Laufwerke und IP-Adressen und hängt sie bei der Neuerstellung der VM neu an.
  • Die MIG speichert zustandsorientierte Metadaten, die in der instanzspezifischen Konfiguration konfiguriert sind, und legt sie bei der Neuerstellung der VM fest.

Um Fehler bei der Neuerstellung von VM-Instanzen aufgrund eines beschädigten zustandsorientierten Bootlaufwerks zu vermeiden, lassen Sie das Bootlaufwerk zustandslos, damit die automatische Reparatur dieses Laufwerk mithilfe des ursprünglichen Images neu erstellen kann.

So funktioniert die Aktualisierung von Instanzen im beibehaltenen Status

Wenn Sie eine Instanz aktualisieren, behält die MIG den beibehaltenen Status der Instanz (Laufwerke, IP-Adressen, Metadaten) bei:

  • Die MIG speichert zustandsorientierte Laufwerke und IP-Adressen und hängt sie neu an, wenn die VM-Instanz während der Aktualisierung neu erstellt oder neu gestartet wird.
  • Die MIG speichert zustandsorientierte Metadaten, die in der instanzspezifischen Konfiguration konfiguriert sind, und legt sie während der Aktualisierung für die Instanz fest.

Wenn Sie eine neue Instanzvorlage festlegen, müssen Sie alle Laufwerke definieren, die Sie in Ihrer zustandsorientierten Richtlinie angegeben haben. Das Festlegen einer neuen Instanzvorlage, bei der ein in einer zustandsorientierten Richtlinie definiertes Laufwerk weggelassen wird, ist nicht zulässig. So wird ein versehentliches Löschen zustandsorientierter Laufwerke verhindert.

So entfernen Sie zustandsorientierte Laufwerke aus einer MIG, wenn diese Laufwerke in einer zustandsorientierten Richtlinie definiert sind:

  1. Entfernen Sie die Laufwerkkonfiguration aus der zustandsorientierten Richtlinie.
  2. (Optional) Trennen Sie die Laufwerke von den VM-Instanzen, wenn Sie sie weiterhin behalten möchten.
  3. Stellen Sie eine neue Instanzvorlage bereit, in der die Laufwerke nicht mehr definiert sind.

Sie können zustandsorientierte Laufwerke nicht auf ein neues Image aktualisieren, da diese Laufwerke während der Aktualisierung beibehalten werden müssen und die Aktualisierung auf ein neues Image die Wiederherstellung eines Laufwerks erfordert.

Google empfiehlt, Bootlaufwerke und alle Laufwerke mit Binärdateien oder temporären Dateien zustandslos zu lassen und Ihre Daten auf zustandsorientierten Laufwerken zu belassen. Eine solche Konfiguration unterstützt folgendes Verhalten:

  • Sie können das Bootlaufwerk und die Laufwerke mit Binärdateien ganz einfach und automatisch auf neuere Images aktualisieren, die neue Versionen und Sicherheitspatches enthalten. Sie können die automatische Aktualisierung verwenden oder die Instanzen manuell aktualisieren, um solche zustandslosen Laufwerke neu zu erstellen, während Ihre Daten auf separaten zustandsorientierten Laufwerken intakt bleiben.
  • Sie können die Daten auf zustandsorientierten Laufwerken beibehalten, wenn Sie andere Updates für Ihre Instanzen bereitstellen.

Sie können ein Bootlaufwerk als zustandsorientiert konfigurieren, um beispielsweise eine Legacy-Anwendung zu hosten, die Binärdateien und Daten auf demselben Laufwerk speichert. So können Sie eine Anwendung in eine MIG verschieben, um von der automatischen Reparatur zu profitieren. In diesem Szenario müssen Sie jedoch Software- und Betriebssystem-Updates selbst durchführen, z. B. indem Sie einzelne Pakete mit einem Paketmanager wie apt auf Debian-Systemen aktualisieren oder Tools zur Konfigurationsverwaltung verwenden.

Wenn Sie nur benutzerdefinierte Instanznamen und keine zustandsorientierten Laufwerke oder Metadaten konfiguriert haben, können Sie automatische Rolling Updates verwenden. Für automatische Rolling Updates müssen Sie die Ersetzungsrichtlinie des Updaters auf RECREATE setzen. Sie können die Ersetzungsmethode SUBSTITUTE nicht für automatische Updates in zustandsorientierten MIGs verwenden, da diese Methode jede vorhandene VM durch eine neue VM mit einem anderen Namen und beibehaltenem Status ersetzt.

So wirkt sich die Gruppengrößenanpassung auf den beibehaltenen Status aus

Gruppengröße verringern

Google empfiehlt, eine zustandsorientierte MIG nicht zu verkleinern, da die MIG die VM-Instanzen zum Löschen auswählt und dies dann VMs sein können, die Sie beibehalten müssen. Sie können MIG-VM-Instanzen kontrolliert entfernen, wenn Sie bestimmte Instanzen löschen, die Sie nicht mehr benötigen.

Wenn Sie die Größe der MIG verringern, löscht die MIG alle zusätzlichen VM-Instanzen zusammen mit den zugehörigen beibehaltenen Status. Dies lässt sich verhindern, wenn Sie die MIG so konfigurieren, dass zustandsorientierte Laufwerke und IP-Adressen getrennt und beibehalten werden, wenn die VM-Instanz dauerhaft gelöscht wird. Zustandsorientierte Metadaten werden zusammen mit dem beibehaltenen Status gelöscht. Weitere Informationen finden Sie unter So wirkt sich das Löschen einer Instanz auf den beibehaltenen Status aus.

Gruppengröße erhöhen

Wenn Sie die Größe einer zustandsorientierten MIG erhöhen, erstellt die Gruppe VMs aus der aktuellen Instanzvorlage mit automatisch generierten Namen (Basisinstanzname + Suffix). Die angewendete zustandsorientierte Konfiguration wird im preservedStateFromPolicy der entsprechenden verwalteten Instanz angezeigt. Nachdem die MIG die Instanzen erstellt hat, können Sie zustandsorientierte Metadaten und zusätzliche zustandsorientierte Laufwerke oder IP-Adressen in den instanzspezifischen Konfigurationen für diese Instanzen definieren.

Sie können benutzerdefinierte Instanznamen auswählen und die Gruppengröße erhöhen, wenn Sie Instanzen manuell erstellen. Dabei haben Sie die Möglichkeit, den jeweiligen Zustand durch das Bereitstellen von instanzspezifischen Konfigurationen mit zustandsorientierten Metadaten, IP-Adressen und Laufwerken für jede Instanz zu bootstrappen.

So wirkt sich das Löschen einer Instanz auf den beibehaltenen Status aus

Eine VM in einer MIG wird in folgenden Fällen endgültig gelöscht:

  • Sie verringern die Gruppengröße und die MIG wählt diese VM-Instanz zum Löschen aus.
  • Sie löschen die gesamte Gruppe.
  • Sie löschen die Instanz explizit aus der MIG.

Wenn eine VM endgültig gelöscht wird, löscht die MIG auch die entsprechende instanzspezifische Konfiguration sowie die verwaltete Instanz, einschließlich der beibehaltenen Statuskonfiguration.

Ein endgültiges Löschen einer VM führt zum Verlust aller Schlüssel/Wert-Paare von zustandsorientierten Metadaten.

Sie können konfigurieren, ob zustandsorientierte Laufwerke und IP-Adressen beim endgültigen Löschen von Instanzen beibehalten oder gelöscht werden sollen. Dazu müssen Sie das Flag autoDelete für jede Ressource entweder in der zustandsorientierten Richtlinie oder in einer instanzspezifischen Konfiguration festlegen. Das Flag unterstützt zwei Optionen:

  • NEVER: (Standardeinstellung) Die MIG löscht das Laufwerk nie.
  • ON_PERMANENT_INSTANCE_DELETION: Die MIG löscht das Laufwerk, wenn die Instanz endgültig gelöscht wird.

Die MIG löscht zustandsorientierte Ressourcen nicht, wenn Instanzen automatisch repariert, aktualisiert oder neu erstellt werden.

Im folgenden Beispiel hat die MIG eine einzelne VM node-1 mit einem beibehaltenen Status, der durch eine instanzspezifische Konfiguration definiert wird. Der beibehaltene Status enthält zwei Laufwerke (blau und grün) sowie die Metadaten id:xyz273. Wenn Sie die MIG auf null setzen, löst die MIG das endgültige Löschen der Instanz node-1 aus, was folgende Auswirkungen hat:

  • Die MIG löscht die verwaltete Instanz und ihre beibehaltene Statuskonfiguration.
  • Die MIG löscht die instanzspezifische Konfiguration für die Instanz.
  • Die MIG löscht die tatsächliche VM-Instanzressource.
  • Die Metadaten id:xyz273 gehen verloren, weil die VM-Instanz und die beibehaltene Statuskonfiguration gelöscht werden.
  • Das zustandsorientierte blaue Laufwerk wird gelöscht, da für dieses Laufwerk die instanzspezifische Konfiguration auf autoDelete: ON_PERMANENT_INSTANCE_DELETION eingestellt ist.
  • Das zustandsorientierte grüne Laufwerk wird getrennt, da für dieses Laufwerk die instanzspezifische Konfiguration auf autoDelete:NEVER festgelegt ist.

Instanz aus einer zustandsorientierten MIG löschen

So wirkt sich das Verwerfen einer Instanz auf den beibehaltenen Status aus

Wenn Sie eine VM-Instanz in einer MIG verwerfen, bleibt der Status der VM, einschließlich zustandsorientierter Metadaten, IP-Adressen und Laufwerke, auf der Instanz außerhalb der MIG erhalten. Da die VM nicht mehr von der MIG verwaltet wird, löscht die MIG die entsprechende instanzspezifische Konfiguration und die verwaltete Instanz, einschließlich der beibehaltenen Statuskonfiguration der Instanz.

Im folgenden Beispiel hat die VM node-1 den beibehaltenen Status, der durch eine zustandsorientierte Richtlinie (blaues Laufwerk) und eine instanzspezifische Konfiguration (grünes Laufwerk und die Metadaten id:xyz273) definiert ist. Wenn Sie die Instanz node-1 aus der MIG verwerfen, geschieht mit dem beibehaltenen Status Folgendes:

  • Die eigenständige VM-Instanz node-1 behält den Status bei: Alle zugehörigen Laufwerke bleiben verbunden und die Metadaten id:xyz273 bleiben auf der VM festgelegt.
  • Die MIG löscht die verwaltete Instanz und ihre beibehaltene Statuskonfiguration.
  • Die MIG löscht die instanzspezifische Konfiguration für die Instanz.
  • Die zustandsorientierte Richtlinie bleibt unverändert, da sie für alle Instanzen in der MIG gilt.

Instanz in einer zustandsorientierten MIG verwerfen

So funktionieren regionale Gruppen im beibehaltenen Status

Zustandsorientierte regionale MIGs verarbeiten den beibehaltenen Status ihrer Instanzen auf die gleiche Weise wie zonale MIGs, mit der Ausnahme, dass regionale MIGs VM-Instanzen in mehreren Zonen erstellen:

  • Beim Erstellen von Instanzen verteilt eine regionale MIG VMs gleichmäßig auf Zonen in der Region, damit die Anwendung im Falle eines Ausfalls auf Zonenebene maximal verfügbar bleibt.
  • Bei vorhandenen Instanzen kann eine zustandsorientierte regionale MIG vorhandene VMs nicht automatisch zonenübergreifend neu verteilen oder verschieben, da der beibehaltene Status in einer bestimmten Zone gespeichert ist und nicht verschoben werden kann. Aus diesem Grund unterstützen zustandsorientierte regionale MIGs für die Umverteilung von Instanzen nur die Einstellung NONE.

Feedback

Wir möchten mehr über Ihre Anwendungsfälle und Herausforderungen erfahren und freuen uns über Feedback zu zustandsorientierten MIGs. Senden Sie Ihr Feedback unter mig-discuss@google.com an unser Team.

Nächste Schritte