Vorhandene Arbeitslast zu einer zustandsorientierten verwalteten Instanzgruppe migrieren


Eine zustandsorientierte Anwendung auf eigenständigen (nicht verwalteten) Compute Engine-VM-Instanzen kann zu einer zustandsorientierten verwalteten Instanzgruppe (Managed Instance Group, MIG) auf Ihrem Mobilgerät migriert werden.

Das Konfigurieren einer zustandsorientierten MIG und die Verwendung von verwalteten Instanzen bieten folgende Vorteile:

  • Beibehaltung des Status: Instanznamen, Laufwerke und Metadaten werden übernommen, auch wenn eine Instanz neu erstellt wird.
  • Automatische Reparatur: VMs mit fehlgeschlagenen Arbeitslasten werden in derselben Zone automatisch neu erstellt.
  • Automatisierte Aktualisierungen: Neue Instanzkonfigurationen oder Softwareversionen werden ordnungsgemäß auf VMs in einer MIG bereitgestellt.

Beschränkungen

  • Um vorhandene Laufwerke von VMs zu migrieren oder alternativ einheitliche Snapshots für eine Verwendung durch die neuen verwalteten Instanzen zu erstellen, müssen Sie die entsprechenden VMs beenden.
  • Wenn Sie deren VM-Namen wiederverwenden möchten, müssen Sie die VMs löschen.
  • Ihre Anwendung muss auf VMs mit demselben Maschinentyp ausgeführt werden können. Wenn für Ihre vorhandene Anwendung mehrere Instanzen unterschiedlicher Maschinentypen erforderlich sind, erstellen Sie mehrere Instanzvorlagen und MIGs, immer jeweils eine pro Maschinentyp.
  • Die Anwendung muss beim Start der VM gestartet werden. Sie können ein benutzerdefiniertes Image oder ein Startskript verwenden. Diese Optionen werden weiter unten erläutert.
  • Wenn Sie zustandsorientierte Bootlaufwerke erstellen, können Sie das Betriebssystem oder die Software nicht durch Bereitstellung von Boot-Image-Updates in einer MIG aktualisieren.
  • Sie können Hochverfügbarkeit in mehreren Zonen nur herstellen, wenn Sie redundante Replikate in mehreren Zonen erstellen und eine Datenreplikation auf Anwendungsebene konfigurieren. Bei zustandsorientierten MIGs werden Instanzen nur innerhalb einer Zone automatisch repariert und es wird kein zonenübergreifendes Failover orchestriert.
  • Sie können Autoscaling nicht mit einer zustandsorientierten MIG verwenden.
  • Prüfen Sie die Informationen zu den Beschränkungen für zustandsorientierte MIGs.

Kosten

In dieser Anleitung werden kostenpflichtige Komponenten von Google Cloud verwendet, darunter:

  • Compute Engine

Sie können mithilfe des Preisrechners die Kosten für Ihre voraussichtliche Nutzung kalkulieren.

Hinweis

In dieser Anleitung wird die gcloud CLI verwendet. Auf dieses Tool können Sie mit Cloud Shell zugreifen. Wenn Sie die gcloud CLI stattdessen auf Ihrem lokalen Computer ausführen möchten, laden Sie die aktuelle gcloud CLI herunter und installieren Sie sie..

Migration

  1. Informieren Sie sich über die Komponenten einer zustandsorientierten MIG.
  2. Prüfen Sie Ihre vorhandene Einrichtung, um die allgemeinen VM-Spezifikationen zu ermitteln.
  3. Erstellen Sie optional ein benutzerdefiniertes Image, das als allgemeines Bootlaufwerk-Image dienen soll.
  4. Erstellen Sie eine Instanzvorlage, um eine allgemeine VM-Konfiguration für die MIG festzulegen.
  5. Erstellen Sie eine leere MIG.
  6. Wandeln Sie Ihre vorhandenen VMs einschließlich instanzspezifischer Konfigurationen in verwaltete Instanzen in der MIG um.
  7. Konfigurieren Sie die automatische Reparatur für die MIG, um die Ausfallsicherheit der Anwendung zu verbessern.
  8. Optional können Sie, um den Konfigurationsaufwand zu reduzieren, instanzspezifische Konfigurationen durch eine zustandsorientierte Richtlinie ersetzen.

Komponenten

Die verwalteten Instanzen der zustandsorientierten MIG konfigurieren Sie mit mehreren Komponenten:

  • Eine Instanzvorlage enthält eine allgemeine Konfiguration für VMs in der MIG, einschließlich Maschinentyp, Bootlaufwerk-Image, optionale Spezifikationen für zusätzliche Laufwerke und optionales Startskript.
  • Ein optionales benutzerdefiniertes Image enthält Ihre Anwendung und dient als allgemeines Bootlaufwerk-Image.
  • Eine instanzspezifische Konfiguration enthält instanzspezifische zustandsorientierte Elemente. Sie können beispielsweise ein vorhandenes Laufwerk an eine bestimmte Instanz in der Gruppe anhängen. Dieses Laufwerk kann von einer vorhandenen eigenständigen Instanz getrennt und von einem Snapshot oder von einem regionalen Laufwerk wiederhergestellt worden sein. Der Gerätename des Laufwerks muss in Ihrer Instanzvorlage nicht definiert werden.
  • Eine optionale zustandsorientierte Richtlinie enthält allgemeine zustandsorientierte Elemente. Beispielsweise werden darin alle Laufwerke mit einem bestimmten Gerätenamen (wie in der Instanzvorlage festgelegt) für alle Instanzen in der Gruppe als zustandsorientiert definiert.

Welche Komponenten müssen verwendet werden?

Die Komponenten, die Sie verwenden müssen, hängen von der bestehenden Einrichtung ab. Die folgende Tabelle enthält eine allgemeine Zusammenfassung einiger möglicher Konfigurationen für eine Anwendung, die auf einer oder mehreren Instanzen ausgeführt wird. Weiter unten in dieser Anleitung werden Sie Ihre vorhandene Einrichtung prüfen, um zu ermitteln, welche dieser Konfigurationen Sie verwenden müssen.

Sind auf Ihren Bootlaufwerken zustandsorientierte Daten oder Konfigurationen vorhanden, die weiterverwendet werden sollen? Wie wird Ihre Anwendung gestartet?
Anwendung wird auf einem vorhandenen Bootlaufwerk konfiguriert Anwendung wird mit einem Startskript konfiguriert
Nein: Bootlaufwerke sind zustandslos
  1. Instanzvorlage mit einem benutzerdefinierten Image verwenden
  2. Instanzspezifische Konfigurationen (oder eine zustandsorientierte Richtlinie) für zustandsorientierte Datenlaufwerke hinzufügen
  1. Instanzvorlage mit einem Startskript verwenden
  2. Instanzspezifische Konfigurationen (oder eine zustandsorientierte Richtlinie) für zustandsorientierte Datenlaufwerke hinzufügen
Ja: Mindestens ein Bootlaufwerk ist zustandsorientiert
  1. Instanzvorlage mit einem benutzerdefinierten Image verwenden
  2. Instanzspezifische Konfigurationen (oder eine zustandsorientierte Richtlinie) für zustandsorientierte Boot- und Datenlaufwerke hinzufügen
  1. Instanzvorlage mit einem Startskript verwenden
  2. Instanzspezifische Konfigurationen (oder eine zustandsorientierte Richtlinie) für zustandsorientierte Boot- und Datenlaufwerke hinzufügen

Vorhandene Einrichtung prüfen

Prüfen Sie Ihre vorhandenen eigenständigen Instanzen, um den Maschinentyp, die Laufwerke und die Metadaten der einzelnen Instanzen festzustellen.

Verwenden Sie für jede Ihrer Instanzen den Befehl instances describe.

gcloud compute instances describe INSTANCE_NAME

Beantworten Sie die folgenden Fragen als Vorbereitung für die nachfolgenden Schritte in diesem Leitfaden.

Fragen Auswirkungen
VM-Attribute
Welchen Maschinentyp möchten Sie für Ihre Gruppe verwenden? Geben Sie diesen Maschinentyp in der Instanzvorlage der MIG an.
Wie startet Ihre Anwendung: Ist sie auf einem Bootlaufwerk vorkonfiguriert oder wird sie durch ein Startskript installiert, konfiguriert und gestartet? Wenn Ihre Anwendung auf einem Bootlaufwerk vorkonfiguriert ist, erstellen Sie ein benutzerdefiniertes Image und geben Sie dieses Image dann in der Instanzvorlage Ihrer MIG an.

Wenn die Anwendung von einem Startskript gestartet wird, geben Sie dieses in der Instanzvorlage der MIG an.

Wenn für Ihre Anwendung sowohl ein benutzerdefiniertes Bootlaufwerk-Image als auch ein Startskript erforderlich ist, geben Sie beide in der Instanzvorlage an.
Möchten Sie vorhandene Instanznamen beibehalten? Um die Instanznamen freigeben zu können, müssen Sie vorhandene eigenständige Instanzen löschen.

Wenn Ihre Bootlaufwerke zustandslos bleiben und wenn Sie automatische Rolling Updates in Ihrer MIG verwenden möchten, lesen Sie die Dokumentation zum Beibehalten von Instanznamen.
Zustandsorientierte Elemente
Gibt es für die einzelnen Instanzen instanzspezifische Metadaten, die Sie beibehalten möchten? Geben Sie instanzspezifische Metadaten mithilfe von instanzspezifischen Konfigurationen an.
Sind Ihre Bootlaufwerke zustandsorientiert? Gibt es also Daten auf einem Bootlaufwerk, dessen Status Sie beibehalten möchten? Wenn Sie den Status Ihrer Bootlaufwerke beibehalten möchten, können Sie das Betriebssystem oder die Software nicht durch Bereitstellen von Image-Updates für Bootlaufwerke aktualisieren.
Haben alle Instanzen die gleiche Art von Laufwerken? Haben sie beispielsweise alle ein einziges Datenlaufwerk? Oder haben sie erforderliche einmalige Laufwerkskonfigurationen? Wenn alle Instanzen eine allgemeine Laufwerkskonfiguration haben, definieren Sie diese allgemeinen Gerätenamen in Ihrer Instanzvorlage, z. B. als "data-disk". So können Sie eine zustandsorientierte Richtlinie verwenden, um diese Laufwerke für Ihre MIG als zustandsorientiert zu deklarieren. Das bedeutet weniger Aufwand als mit instanzspezifischen Konfigurationen.
Ist die Größe der aktuellen Laufwerke ausreichend, um die Gruppe zu erweitern? Geben Sie die Laufwerksgrößen an, die Sie in Ihrer Instanzvorlage benötigen. Neue Instanzen erhalten die von Ihnen angegebenen Laufwerke, sofern diese Laufwerke nicht in einer zustandsorientierten Richtlinie oder in instanzspezifischen Konfigurationen neu definiert wurden.

In diesem Leitfaden werden als Erstes instanzspezifische Konfigurationen für vorhandene zustandsorientierte Laufwerke erstellt. Sie können diese Konfigurationen aber auch in eine zustandsorientierte Richtlinie umwandeln, wenn die Laufwerke allgemeine Gerätenamen haben, die Sie in der Instanzvorlage der Gruppe deklarieren.

Beispiel für eine Einrichtung

Zur Veranschaulichung der Migrationsschritte wird in diesem Leitfaden das folgende einfache Beispiel verwendet. Angenommen, Sie haben eine zustandsorientierte Anwendung, die auf drei eigenständigen Compute Engine-VMs ausgeführt wird. Dabei wird von folgenden VM-Spezifikationen ausgegangen:

  • Jede VM hat den gleichen Maschinentyp.
  • Alle VMs befinden sich in einem Projekt und in einer Zone.
  • Das Bootlaufwerk jeder VM hat die gleiche Anwendung. Diese ist auf dem Bootlaufwerk konfiguriert, um beim Start der VM zu starten.
  • Das Bootlaufwerk jeder VM enthält keine anderen Daten oder Konfigurationen, die Sie beibehalten möchten.
  • Jede VM hat einen sekundären nichtflüchtigen Speicher mit zustandsorientierten Daten, also mit Daten, für die Sie den aktuellen Status beibehalten möchten.

Bearbeiten Sie die nachfolgenden Werte entsprechend zur Verwendung in dieser Anleitung.

- Machine type: n2-standard-2
- Project: my-project
- Zone: europe-west1-c
- Name of one of the VMs to migrate: my-instance-1

Benutzerdefiniertes Image erstellen

Wenn Ihre Anwendung oder ihre Anforderungen auf einem vorhandenen Bootlaufwerk bereits entsprechend konfiguriert sind, erstellen Sie ein benutzerdefiniertes Image, das sich wiederverwenden lässt. Wenn Ihre Anwendung nur über ein Startskript installiert, konfiguriert und gestartet wird, überspringen Sie diesen Schritt und fahren Sie mit Instanzvorlage erstellen fort.

Im zuvor beschriebenen Beispielszenario enthält das Bootlaufwerk jeder vorhandenen eigenständigen VM die konfigurierte Anwendung. Anhand der Schritte können Sie ein benutzerdefiniertes Image erstellen, das auf einer dieser VMs basiert.

  1. Beenden Sie eine der Instanzen.

    gcloud compute instances stop my-instance-1
  2. Bestimmen Sie die Quelle für das Laufwerk durch Beschreiben der Instanz.

    gcloud compute instances describe my-instance-1

    Die Ausgabe sieht in etwa so aus:

    ...
    disks:
    – autoDelete: true
      boot: true
      ...
      source: https://www.googleapis.com/compute/v1/projects/my-project/zones/europe-west1-c/disks/my-instance-1
      ...
    

    Suchen Sie in der Ausgabe das Feld source und notieren Sie sich die vollständige URL des Bootlaufwerks in diesem Feld.

  3. Verwenden Sie den Befehl images create, um ein benutzerdefiniertes Image vorzubereiten, das dieselbe Quelle nutzt.

    gcloud compute images create my-boot-image \
        --source-disk=https://www.googleapis.com/compute/v1/projects/my-project/zones/europe-west1-c/disks/my-instance-1
    

    Die Ausgabe sieht in etwa so aus:

    Created [https://www.googleapis.com/compute/v1/projects/my-project/global/images/my-boot-image].
    

Instanzvorlage erstellen

Eine Instanzvorlage ist eine unveränderliche Compute Engine-Ressource, in der die VM-Konfiguration gespeichert ist. Eine einmal erstellte Vorlage kann nicht mehr verändert werden. Wenn Sie diese wieder ändern möchten, müssen Sie eine neue Vorlage erstellen und diese dann für die Gruppe bereitstellen.

Führen Sie die Schritte unter Neue Instanzvorlage erstellen mit den im Folgenden aufgeführten Einstellungen aus.

  • Maschinentyp: Geben Sie einen Maschinentyp an, der für alle vorhandenen Instanzen geeignet ist.

  • Startskript: Wenn Sie Ihre Anwendung mithilfe eines Startskripts starten, geben Sie dieses Skript an.

  • Bootlaufwerk:

    • Image: Geben Sie ein allgemeines Bootlaufwerk-Image für alle VMs in der MIG an. Wenn Sie beispielsweise ein benutzerdefiniertes Image anhand des Bootlaufwerks einer vorhandenen VM erstellt haben, geben Sie dieses hier an. Wenn Sie ein vorhandenes Bootlaufwerk für eine bestimmte VM verwenden möchten, können Sie es explizit für diese VM mit einer instanzspezifischen Konfiguration angeben, wenn Sie die VM in eine verwaltete Instanz umwandeln. Dieser Vorgang wird weiter unten in diesem Dokument erläutert.
    • Gerätename: Geben Sie einen Gerätenamen an, der den Zweck des Laufwerks wiedergibt, z. B. boot-disk. Damit können Sie eine einzelne zustandsorientierte Richtlinie konfigurieren, um alle Laufwerke in der MIG mit diesem Gerätenamen beizubehalten.
    • Größe: Geben Sie eine Größe für das Bootlaufwerk an, die für vorhandene Instanzen wie für zukünftige Instanzen ausreicht, falls Sie weitere Instanzen hinzufügen möchten.
  • Zusätzliche Laufwerke: Wenn Sie der MIG Instanzen hinzufügen, werden dafür standardmäßig Laufwerke anhand der Vorlage erstellt. Beachten Sie, dass eine Instanzvorlage keine Konfiguration regionaler Laufwerke unterstützt. Sie können aber stattdessen später regionale Laufwerke mit instanzspezifischen Konfigurationen definieren.

    • Gerätename: Geben Sie für jedes Laufwerk einen Gerätenamen an, der den Zweck des Laufwerks wiedergibt, z. B. data-disk.
    • Größe: Geben Sie eine Laufwerksgröße an, die für zukünftige Instanzen ausreicht, falls Sie weitere Instanzen hinzufügen.

Für diese Migration ist die wichtigste Spezifikation für jedes zusätzliche Laufwerk der Gerätename. Diesen verwenden Sie als Schlüssel, um anzugeben, welche Laufwerke zustandsorientiert sind. Bei einem allgemeinen Gerätenamen für ähnliche Laufwerke können Sie eine allgemeine zustandsorientierte Richtlinie verwenden, um diese Laufwerke in der MIG beizubehalten. Die Angabe der Größe oder des Image für zusätzliche Laufwerke in der Instanzvorlage wird nur verwendet, um neue Laufwerke für neue Instanzen zu erstellen, die Sie über die von Ihnen migrierten Instanzen hinaus anlegen können. Beim Migrieren vorhandener Instanzen übernehmen Sie vorhandene Datenlaufwerke. Dazu trennen Sie diese von den ursprünglichen Instanzen und hängen sie dann an die neuen verwalteten Instanzen an, wie weiter unten in diesem Dokument erläutert.

Mit dem folgenden instance-templates create-Befehl wird eine Vorlage für das Beispielszenario erstellt. Der Befehl enthält ein Flag --image, das auf das zuvor erstellte benutzerdefinierte Boot-Image verweist, sowie ein zusätzliches Datenlaufwerk.

gcloud compute instance-templates create my-instance-template \
 --machine-type=n2-standard-2 \
 --image=https://www.googleapis.com/compute/v1/projects/my-project/global/images/my-boot-image \
 --boot-disk-device-name=boot-disk \
 --create-disk=mode=rw,size=100,type=pd-standard,device-name=data-disk

Die Ausgabe sieht in etwa so aus:

Created [https://www.googleapis.com/compute/v1/projects/my-project/global/instanceTemplates/my-instance-template].
NAME                     MACHINE_TYPE   PREEMPTIBLE  CREATION_TIMESTAMP
my-instance-template  n2-standard-2               2021-04-27T11:02:07.552-07:00

Notieren Sie sich die URL der Vorlage. Diese finden Sie in der ersten Zeile der Ausgabe.

Verwaltete Instanzgruppe erstellen

Im nächsten Schritt erstellen Sie eine verwaltete Instanzgruppe (MIG). Folgen Sie der Anleitung zum Erstellen einer MIG in einer einzelnen Zone, um eine MIG in einer einzelnen Zone zu erstellen. Wenn Sie sich mithilfe einer regionalen MIG vor zonalen Fehlern schützen möchten, folgen Sie der Anleitung MIG mit VMs in mehreren Zonen in einer Region erstellen.

Geben Sie beim Erstellen der MIG die folgenden Spezifikationen an:

  • Legen Sie als Gruppengröße 0 fest. Sie fügen Instanzen später hinzu.
  • Wenn Sie eine regionale MIG erstellen, legen Sie für den Typ der Neuverteilung von Instanzen den Wert NONE fest, damit von der MIG Instanzen nicht automatisch neu auf Zonen verteilt werden.

Mit dem folgenden instance-groups managed create-Befehl wird eine zonale MIG für die zuvor beschriebene Beispielkonfiguration erstellt. Um eine regionale MIG zu erstellen, ersetzen Sie --zone=ZONE durch --region=REGION.

gcloud compute instance-groups managed create my-mig \
    --size=0 \
    --template=https://www.googleapis.com/compute/v1/projects/my-project/global/instanceTemplates/my-instance-template \
    --zone=europe-west1-c

Die Ausgabe sieht in etwa so aus:

Created [https://www.googleapis.com/compute/v1/projects/my-project/zones/europe-west1-c/instanceGroupManagers/my-mig].
NAME    LOCATION        SCOPE  BASE_INSTANCE_NAME  SIZE  TARGET_SIZE  INSTANCE_TEMPLATE         AUTOSCALED
my-mig  europe-west1-c  zone   my-mig              0     0            my-instance-template      no

Nachdem Sie diese Ressource erstellt haben, können Sie sie zur Interaktion mit der MIG nutzen, um beispielsweise Richtlinien für die Gruppe festzulegen und um Instanzen zur Gruppe hinzuzufügen oder daraus zu entfernen.

Vorhandene VMs in verwaltete Instanzen umwandeln

Verwenden Sie für jede vorhandene nicht verwaltete VM das folgende Verfahren, um sie in eine verwaltete Instanz in Ihrer MIG umzuwandeln. Bei diesem Verfahren werden vorhandene Laufwerke zu den neuen verwalteten Instanzen migriert. Alternativ können Sie von vorhandenen Laufwerken Snapshots anlegen und dann Laufwerke anhand dieser Snapshots erstellen, um sie für die verwalteten Instanzen zu verwenden.

  1. Beschreiben Sie die vorhandene VM.

    gcloud compute instances describe my-instance-1
    

    Notieren Sie sich die Elemente, die Sie von der vorhandenen VM beibehalten möchten. Dazu können folgende Elemente gehören:

    • Instanzname
    • Bootlaufwerk
    • Sekundäre Laufwerke
    • Instanzmetadaten
  2. Beenden Sie die vorhandene VM.

    gcloud compute instances stop my-instance-1
    
  3. Trennen Sie alle zustandsorientierten Laufwerke, einschließlich des Bootlaufwerks, wenn Sie es wiederverwenden möchten.

    gcloud compute instances detach-disk my-instance-1 --disk=my-data-disk-1
    
  4. Löschen Sie die vorhandene VM, damit Sie eine andere VM mit dem gleichen Namen erstellen können. Wenn Sie Instanznamen nicht beibehalten möchten, können Sie die vorhandene VM später löschen, um Gebühren dafür zu vermeiden.

    gcloud compute instances delete my-instance-1
    
  5. Führen Sie die Schritte unter Verwaltete Instanz erstellen aus.

    • Sie können den Namen der ursprünglichen Instanz wiederverwenden, wenn Sie die ursprüngliche Instanz löschen. Alternativ können Sie auch einen neuen Namen angeben.
    • Geben Sie die zustandsorientierten Laufwerke oder Metadaten an, die für diese verwaltete Instanz erforderlich sind. Die MIG speichert diese instanzspezifischen Elemente in einer instanzspezifischen Konfiguration:

      • Geben Sie ein oder mehrere Laufwerke an, z. B. Laufwerke, die von der ursprünglichen VM-Instanz getrennt wurden.

      • Geben Sie Metadaten aus der ursprünglichen VM-Instanz an.

    Mit dem folgenden Befehl wird beispielsweise eine verwaltete Instanz mit dem gleichen Namen wie die ursprüngliche VM erstellt und das ursprüngliche Datenlaufwerk wiederverwendet. Das Bootlaufwerk für die VM wird aus dem Image angelegt, das in der Instanzvorlage der Gruppe angegeben ist.

    gcloud compute instance-groups managed create-instance my-mig \
        --instance=my-instance-1    \
        --stateful-metadata=role=primary      \
        --stateful-disk=device-name=data-disk,source=https://www.googleapis.com/compute/v1/projects/my-project/zones/europe-west1-c/disks/my-data-disk-1 \
        --zone=europe-west1-c
    

    Wenn Sie ein Bootlaufwerk von einer alten VM wiederverwenden möchten, verwenden Sie diesen Befehl mit einem zusätzlichen Flag --stateful-disk. Verwenden Sie für das Bootlaufwerk den Gerätenamen wie in der Instanzvorlage angegeben. Beispiel:

    gcloud compute instance-groups managed create-instance my-mig \
        --instance=my-instance-1 \
        --stateful-metadata=role=secondary    \
        --stateful-disk=device-name=data-disk,source=https://www.googleapis.com/compute/v1/projects/my-project/zones/europe-west1-c/disks/my-data-disk-1 \
        --stateful-disk=device-name=boot-disk,source=https://www.googleapis.com/compute/v1/projects/my-project/zones/europe-west1-c/disks/my-instance-1-boot-disk \
        --zone=europe-west1-c
    
  6. Wiederholen Sie die Schritte für jede vorhandene nicht verwaltete VM.

Wenn Sie die erstellten instanzspezifischen Konfigurationen aufrufen möchten, führen Sie den Befehl instance-configs list aus.

gcloud compute instance-groups managed instance-configs list my-mig \
    --zone=europe-west1-c

Um den beibehaltenen Status einer Instanz aufzurufen, führen Sie den Befehl describe-instance aus.

gcloud compute instance-groups managed describe-instance my-mig \
  --instance=my-instance-1 \
  --zone=europe-west1-c

Weitere Informationen finden Sie unter Zustandsorientierte Konfiguration in MIGs anwenden, aufrufen und entfernen.

Automatische Reparatur konfigurieren

Bei MIGs werden verwaltete Instanzen, die nicht mehr ausgeführt werden, automatisch repariert. Um die Verfügbarkeit Ihrer Anwendung weiter zu verbessern und um zu prüfen, ob die Anwendung antwortet, konfigurieren Sie eine anwendungsbasierte Systemdiagnose. Unter Beispiel für die Einrichtung einer Systemdiagnose finden Sie entsprechende Beispielbefehle.

Zustandsorientierte Richtlinie anstelle von instanzspezifischen Konfigurationen verwenden

Mit einer zustandsorientierten Richtlinie können Sie Laufwerke mit einem allgemeinen Gerätenamen in der MIG als zustandsorientiert deklarieren. Der Aufwand für die Verwaltung einer einzelnen zustandsorientierten Richtlinie ist geringer als der für mehrere instanzspezifische Konfigurationen. Mit einer zustandsorientierten Richtlinie können Sie beispielsweise alle Laufwerke mit dem Gerätenamen data-disk für alle Instanzen in der MIG als zustandsorientiert festlegen.

Wenn Ihre MIG die folgenden Bedingungen erfüllt, können Sie instanzspezifische Konfigurationen durch eine zustandsorientierte Richtlinie ersetzen:

  • Alle VMs haben für ähnliche zustandsorientierte Laufwerke den gleichen Gerätenamen (z. B. data-disk). Dieser Gerätename wird in der Instanzvorlage der MIG definiert.
  • Keine VM hat einmalige zustandsorientierte Metadaten, die in einer instanzspezifischen Konfiguration angegeben sind. Wenn Sie zustandsorientierte Metadaten in einer instanzspezifischen Konfiguration definiert haben, können Sie das Laufwerk aus der instanzspezifischen Konfiguration entfernen, müssen aber die instanzspezifische Konfiguration beibehalten, um diese instanzspezifischen zustandsorientierten Metadaten verwenden zu können.

Um mehrere instanzspezifische Konfigurationen durch eine einzige zustandsorientierte Richtlinie zu ersetzen, führen Sie die im Folgenden aufgeführten Schritte aus.

  1. Konfigurieren Sie zustandsorientierte Laufwerke in einer zustandsorientierten Richtlinie. Folgen Sie der Anleitung unter Zustandsorientierte Konfiguration für Laufwerke in einer vorhandenen MIG festlegen und aktualisieren.

    Verwenden Sie für das Beispielszenario den unten aufgeführten Befehl. Dieser legt fest, dass alle Laufwerke in der MIG beibehalten werden, die einen bestimmten Gerätenamen haben.

    gcloud compute instance-groups managed update my-mig \
      --stateful-disk=device-name=data-disk,auto-delete=never
    
  2. Wenn Sie instanzspezifische Metadaten beibehalten möchten, aktualisieren Sie die instanzspezifische Konfiguration. Andernfalls löschen Sie die instanzspezifische Konfiguration.. Wenden Sie die Konfigurationsänderung sofort mit dem Flag --update-instance an. Verwenden Sie beispielsweise den folgenden Befehl, um die instanzspezifische Konfiguration zu löschen:

    gcloud compute instance-groups managed instance-configs delete my-mig \
      --instances=my-instance-1 \
      --update-instance
    
  3. (Optional) Prüfen Sie, ob die zustandsorientierten Elemente jetzt im beibehaltenen Status aus der Richtlinie (preservedStateFromPolicy) für jede verwaltete Instanz gespeichert sind. Weitere Informationen finden Sie unter Beibehaltenen Status verwalteter Instanzen aufrufen.

Weitere VMs hinzufügen

Wenn Sie Ihre Anwendung mit VMs erweitern möchten, können Sie zusätzliche VMs hinzufügen. Dazu erhöhen Sie die Größe Ihrer MIG oder erstellen manuell weitere Instanzen. Die MIG erstellt alle ihre VMs, einschließlich der nichtflüchtigen Speicher, anhand der Instanzvorlage der Gruppe. Wenn die Gruppe eine zustandsorientierte Richtlinie hat, werden alle Elemente, die Sie in der zustandsorientierten Richtlinie auflisten, während der Vorgänge für Neustart, Neuerstellung, automatische Reparatur und Aktualisierung für alle neuen und vorhandenen Instanzen in der Gruppe beibehalten. Wenn Sie zustandsorientierte Laufwerke oder Metadaten nur für bestimmte VMs in Ihrer Gruppe konfigurieren möchten, verwenden Sie instanzspezifische Konfigurationen.

Nächste Schritte