Automatische Reparatur für hochverfügbare Anwendungen verwenden

In dieser interaktiven Anleitung erfahren Sie, wie Sie mit der autohealing hochverfügbare Anwendungen in Compute Engine erstellen können.

Hochverfügbare Anwendungen sollen Clients mit minimaler Latenz bedienen und minimale Ausfallzeiten haben. Die Verfügbarkeit wird beeinträchtigt, wenn eine Anwendung abstürzt oder einfriert. Bei Clients, die eine beeinträchtigte Anwendung nutzen, können hohe Latenz oder Ausfallzeiten auftreten.

Mit der automatischen Reparatur können Sie beeinträchtigte Anwendungen automatisch neu starten. Fehlgeschlagene VM-Instanzen werden dabei sofort erkannt und automatisch neu erstellt, damit sie Clients wieder zur Verfügung stehen. Mit der automatischen Reparatur muss eine Anwendung nach einem Fehler nicht mehr manuell wieder bereitgestellt werden.

Lernziele

  • Eine Systemdiagnose und eine Richtlinie für die automatische Reparatur konfigurieren
  • Einen Demo-Webdienst für eine verwaltete Instanzgruppe (MIG) einrichten
  • Nicht bestandene Systemdiagnosen simulieren und den Korrekturprozess der automatischen Reparatur beobachten

Kosten

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

  • Compute Engine

Hinweis

    Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

    In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Go to project selector

    Make sure that billing is enabled for your Google Cloud project.

    Enable the Compute Engine API.

    Enable the API

    In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Go to project selector

    Make sure that billing is enabled for your Google Cloud project.

    Enable the Compute Engine API.

    Enable the API

Wenn Sie lieber mit der Befehlszeile arbeiten möchten, installieren Sie das Google Cloud CLI.

  • Install the Google Cloud CLI.

  • To initialize the gcloud CLI, run the following command: 

    gcloud init

Anwendungsarchitektur

Die Anwendung enthält die folgenden Compute Engine-Komponenten:

  • Systemdiagnose: Eine HTTP-Systemdiagnoserichtlinie, die vom Auto-Healer verwendet wird, um fehlgeschlagene VMs zu erkennen.
  • Firewallregeln: Mit Google Cloud-Firewallregeln können Sie Traffic zu Ihren VMs zulassen oder ablehnen.
  • Verwaltete Instanzgruppe: eine Gruppe von VMs, auf denen der gleiche Demo-Webdienst ausgeführt wird.
  • Instanzvorlage: Mit dieser Vorlage werden alle VMs in der Instanzgruppe erstellt.

Systemarchitektur für eine Systemdiagnose und eine Instanzgruppe

Wie die Systemdiagnose den Demo-Webdienst überprüft

Eine Systemdiagnose sendet unter Verwendung eines bestimmten Protokolls wie HTTP(S), SSL oder TCP Prüfungsanfragen an eine VM. Weitere Informationen finden Sie in der Dokumentation zur Funktionsweise von Systemdiagnosen sowie unter Kategorien, Protokolle und Ports der Systemdiagnose.

Bei der Systemdiagnose in dieser Anleitung handelt es sich um eine HTTP-Systemdiagnose, mit der der HTTP-Pfad /health auf Port 80 für die Prüfung genutzt wird. Bei einer HTTP-Systemdiagnose gilt die Prüfungsanfrage nur als bestanden, wenn der Pfad eine HTTP 200 (OK)-Antwort zurückgibt. In dieser Anleitung definiert der Demo-Webserver den Pfad /health für die Rückgabe einer HTTP 200 (OK)-Antwort bei einwandfreiem Zustand oder einer HTTP 500 (Internal Server Error)-Antwort bei Problemen. Weitere Informationen finden Sie unter Erfolgskriterien für HTTP, HTTPS und HTTP/2.

Systemdiagnose erstellen

Zum Einrichten der automatischen Korrektur müssen Sie eine benutzerdefinierte Systemdiagnose erstellen und die Netzwerk-Firewall so konfigurieren, dass Systemdiagnoseprüfungen erlaubt werden.

In dieser Anleitung erstellen Sie eine regionale Systemdiagnose. Für die automatische Reparatur können Sie eine regionale oder eine globale Systemdiagnose verwenden. Regionale Systemdiagnosen reduzieren regionenübergreifende Abhängigkeiten und helfen dabei, den Datenstandort zu erreichen. Globale Systemdiagnosen sind praktisch, wenn Sie dieselbe Systemdiagnose für MIGs in mehreren Regionen verwenden möchten.

Console

  1. Erstellen Sie eine Systemdiagnose.

    1. Rufen Sie in der Google Cloud Console die Seite Systemdiagnose erstellen auf.

      Zur Seite „Systemdiagnose erstellen“

    2. Geben Sie im Feld Name autohealer-check ein.

    3. Legen Sie den Bereich auf Regional fest.

    4. Wählen Sie im Drop-down-Menü Region die Option europe-west1 aus.

    5. Wählen Sie für Protokoll die Option HTTP aus.

    6. Legen Sie Anfragepfad auf /health fest. Dies gibt an, welchen HTTP-Pfad die Systemdiagnose verwendet. In dieser Anleitung definiert der Demo-Webserver den Pfad /health für die Rückgabe einer HTTP 200 (OK)-Antwort bei einwandfreiem Zustand oder einer HTTP 500 (Internal Server Error)-Antwort bei Problemen.

    7. Legen Sie die Diagnosekriterien fest:

      1. Legen Sie Überprüfungsintervall auf 10 fest. Dies definiert die Zeitspanne vom Start einer Prüfung bis zum Start der nächsten.
      2. Legen Sie Zeitlimit auf 5 fest. Damit wird definiert, wie lange Google Cloud bei einer Prüfung auf eine Antwort wartet. Dieser Wert muss kleiner oder gleich dem Überprüfungsintervall sein.
      3. Legen Sie Schwellenwert für Intaktheit auf 2 fest. Dieser Wert definiert die Anzahl der sequenziellen Prüfungen, die bestanden werden müssen, damit die VM als fehlerfrei erachtet wird.
      4. Legen Sie Fehlerschwellenwert auf 3 fest. Dieser Wert definiert die Anzahl der sequenziellen Prüfungen, die fehlschlagen müssen, damit die VM als fehlerhaft erachtet wird.

    8. Übernehmen Sie für die übrigen Optionen die Standardwerte.

    9. Klicken Sie unten auf Erstellen.

  2. Erstellen Sie eine Firewallregel, damit HTTP-Anfragen von Systemdiagnoseprüfungen erlaubt werden.

    1. Rufen Sie in der Google Cloud Console die Seite Firewallregel erstellen auf.

      Zur Seite „Firewallregel erstellen“

    2. Geben Sie für Name default-allow-http-health-check ein.

    3. Wählen Sie für Netzwerk die Option default aus.

    4. Wählen Sie für Ziele die Option All instances in the network aus.

    5. Wählen Sie für Quellfilter die Option IPv4 ranges aus.

    6. Geben Sie unter Quell-IPv4-Bereiche 130.211.0.0/22, 35.191.0.0/16 ein.

    7. Wählen Sie unter Protokolle und Ports die Option TCP aus und geben Sie 80 ein.

    8. Übernehmen Sie für die übrigen Optionen die Standardwerte.

    9. Klicken Sie auf Erstellen.

gcloud

  1. Erstellen Sie mit dem health-checks create http-Befehl eine Systemdiagnose.

    gcloud compute health-checks create http autohealer-check \
    --region europe-west1 \
    --check-interval 10 \
    --timeout 5 \
    --healthy-threshold 2 \
    --unhealthy-threshold 3 \
    --request-path "/health"
    • check-interval definiert die Zeitspanne vom Start einer Prüfung bis zum Start der nächsten.
    • timeout definiert, wie lange Google Cloud bei einer Prüfung auf eine Antwort wartet. Dieser Wert muss kleiner oder gleich dem Überprüfungsintervall sein.
    • healthy-threshold definiert die Anzahl der sequenziellen Prüfungen, die bestanden werden müssen, damit die VM als fehlerfrei gilt.
    • unhealthy-threshold definiert die Anzahl der sequenziellen Prüfungen, die fehlschlagen müssen, damit die VM als fehlerhaft gilt.
    • request-path gibt an, welchen HTTP-Pfad die Systemdiagnose verwendet. In dieser Anleitung definiert der Demo-Webserver den Pfad /health für die Rückgabe einer HTTP 200 (OK)-Antwort bei einwandfreiem Zustand oder einer HTTP 500 (Internal Server Error)-Antwort bei Problemen.

  2. Erstellen Sie eine Firewallregel, damit HTTP-Anfragen von Systemdiagnoseprüfungen erlaubt werden.

    gcloud compute firewall-rules create default-allow-http-health-check \
    --network default \
    --allow tcp:80 \
    --source-ranges 130.211.0.0/22,35.191.0.0/16

Grundlagen einer guten Systemdiagnose für die automatische Reparatur

Die für die automatische Reparatur verwendeten Systemdiagnosen sollten konservativ sein, damit Instanzen nicht vorzeitig gelöscht und neu erstellt werden. Wenn eine Systemdiagnose für die automatische Reparatur zu aggressiv ist, kann die automatische Reparatur ausgelastete Instanzen fälschlicherweise als fehlerhaft interpretieren und unnötigerweise neu starten, wodurch die Verfügbarkeit reduziert wird.

  • unhealthy-threshold: Sollte größer als 1 sein. Setzen Sie diesen Wert idealerweise auf 3 oder höher. Dies schützt vor seltenen Fehlern wie einem Netzwerkpaketverlust.
  • healthy-threshold: Ein Wert von 2 ist für die meisten Anwendungen ausreichend.
  • timeout: Legen Sie hierfür einen großzügigen Wert fest. Der Zeitwert sollte fünfmal so hoch sein wie die erwartete Antwortzeit oder noch höher. Das sorgt für Schutz bei unerwarteten Verzögerungen wie ausgelasteten Instanzen oder langsamen Netzwerkverbindungen.
  • check-interval: Dieser Wert sollte zwischen 1 Sekunde und dem Zweifachen des Zeitlimits liegen (nicht zu lang oder zu kurz). Bei einem zu langen Intervall wird eine Instanz mit Fehlern nicht rechtzeitig erkannt. Ein zu kurzes Intervall kann zu einer merklichen Auslastung der Instanzen und des Netzwerks führen, da jede Sekunde eine hohe Anzahl von Systemdiagnoseprüfungen gesendet wird.

Webdienst einrichten

In dieser Anleitung wird eine auf GitHub gespeicherte Webanwendung verwendet. Weitere Informationen zur Implementierung der Anwendung finden Sie im GitHub-Repository GoogleCloudPlatform/python-docs-samples.

Erstellen Sie eine Instanzvorlage, die den Demo-Webserver beim Start der Instanz startet, um den Demo-Webdienst einzurichten. Verwenden Sie dann diese Instanzvorlage, um eine verwaltete Instanzgruppe bereitzustellen und die automatische Reparatur zu aktivieren.

Console

  1. Erstellen Sie eine Instanzvorlage. Fügen Sie ein Startskript hinzu, mit dem der Demo-Webserver gestartet wird.

    1. Rufen Sie in der Google Cloud Console die Seite Instanzvorlage erstellen auf.

      Zur Seite „Instanzvorlage erstellen“

    2. Legen Sie als Name webserver-template fest.

    3. Wählen Sie im Bereich Standort im Drop-down-Menü Region die Option europe-west1 aus.

    4. Wählen Sie im Abschnitt Maschinenkonfiguration im Drop-down-Menü Maschinentyp die Option e2-medium aus.

    5. Klicken Sie im Bereich Firewall das Kästchen HTTP-Traffic zulassen an.

    6. Maximieren Sie den Bereich Erweiterte Optionen, um die erweiterten Einstellungen aufzurufen. Es werden mehrere Unterabschnitte angezeigt.

    7. Suchen Sie im Bereich Verwaltung nach Automatisierung und geben Sie das folgende Startskript ein: 

      apt update && apt -y install git python3-pip python3-venv
git clone https://github.com/GoogleCloudPlatform/python-docs-samples.git
python3 -m venv venv
./venv/bin/pip3 install -Ur ./python-docs-samples/compute/managed-instances/demo/requirements.txt
./venv/bin/pip3 install gunicorn
./venv/bin/gunicorn --bind 0.0.0.0:80 app:app --daemon --chdir ./python-docs-samples/compute/managed-instances/demo

    8. Übernehmen Sie für die übrigen Optionen die Standardwerte.

    9. Klicken Sie auf Erstellen.

  2. Stellen Sie den Webserver als verwaltete Instanzgruppe bereit.

    1. Rufen Sie in der Google Cloud Console die Seite Instanzgruppe erstellen auf.

      Zur Seite „Instanzgruppe erstellen“

    2. Legen Sie als Name webserver-group fest.

    3. Wählen Sie bei Instanzvorlage die Option webserver-template aus.

    4. Wählen Sie bei Region die Option europe-west1 aus.

    5. Wählen Sie bei Zone die Option europe-west1-b aus.

    6. Wählen Sie im Bereich Autoscaling unter Autoscaling-Modus die Option Aus: Nicht automatisch skalieren aus.

    7. Scrollen Sie zurück zum Feld Anzahl der Instanzen und geben Sie 3 ein.

    8. Führen Sie im Abschnitt Automatische Fehlerbehebung die folgenden Schritte aus:

      1. Wählen Sie im Drop-down-Menü Systemdiagnose die Option autohealer-check aus.

      2. Legen Sie Anfängliche Verzögerung auf 180 fest.

    9. Übernehmen Sie für die übrigen Optionen die Standardwerte.

    10. Klicken Sie auf Erstellen.

  3. Erstellen Sie eine Firewallregel, die HTTP-Anfragen an die Webserver zulässt.

    1. Rufen Sie in der Google Cloud Console die Seite Firewallregel erstellen auf.

      Zur Seite „Firewallregel erstellen“

    2. Geben Sie für Name default-allow-http ein.

    3. Wählen Sie für Netzwerk die Option default aus.

    4. Wählen Sie für Ziele die Option Specified target tags aus.

    5. Geben Sie für Zieltags den String http-server ein.

    6. Wählen Sie für Quellfilter die Option IPv4 ranges aus.

    7. Geben Sie unter Quell-IPv4-Bereiche 0.0.0.0/0 ein.

    8. Wählen Sie unter Protokolle und Ports die Option TCP aus und geben Sie 80 ein.

    9. Übernehmen Sie für die übrigen Optionen die Standardwerte.

    10. Klicken Sie auf Erstellen.

gcloud

  1. Erstellen Sie eine Instanzvorlage. Fügen Sie ein Startskript hinzu, mit dem der Demo-Webserver gestartet wird.

    gcloud compute instance-templates create webserver-template \
    --instance-template-region europe-west1 \
    --machine-type e2-medium \
    --tags http-server \
    --metadata startup-script='
  apt update && apt -y install git python3-pip python3-venv
  git clone https://github.com/GoogleCloudPlatform/python-docs-samples.git
  python3 -m venv venv
  ./venv/bin/pip3 install -Ur ./python-docs-samples/compute/managed-instances/demo/requirements.txt
  ./venv/bin/pip3 install gunicorn
  ./venv/bin/gunicorn --bind 0.0.0.0:80 app:app --daemon --chdir ./python-docs-samples/compute/managed-instances/demo'

  2. Erstellen Sie eine verwaltete Instanzgruppe.

    gcloud compute instance-groups managed create webserver-group \
    --zone europe-west1-b \
    --template projects/PROJECT_ID/regions/europe-west1/instanceTemplates/webserver-template \
    --size 3 \
    --health-check projects/PROJECT_ID/regions/europe-west1/healthChecks/autohealer-check \
    --initial-delay 180

  3. Erstellen Sie eine Firewallregel, die HTTP-Anfragen an die Webserver zulässt.

    gcloud compute firewall-rules create default-allow-http \
    --network default \
    --allow tcp:80 \
    --target-tags http-server

Warten Sie einige Minuten, bis die VMs der verwalteten Instanzgruppe erstellt und geprüft wurden.

Fehler bei Systemdiagnosen simulieren

Zum Simulieren von Fehlern bei Systemdiagnosen bietet der Demo-Webserver Möglichkeiten, einen Fehler bei der Systemdiagnose zu erzwingen.

Console

  1. Rufen Sie eine Webserver-VM auf.

    1. Rufen Sie in der Google Cloud Console die Seite VM-Instanzen auf.

      Zu "VM-Instanzen"

    2. Klicken Sie für jede webserver-group-VM in der Spalte Externe IP-Adresse auf die IP-Adresse. In Ihrem Webbrowser wird ein neuer Tab geöffnet. Wenn die Anfrage das Zeitlimit überschreitet oder die Webseite nicht verfügbar ist, warten Sie eine Minute, bis der Server die Einrichtung abgeschlossen hat, und versuchen Sie es noch einmal.

    Der Demo-Webserver zeigt eine Seite an, die der folgenden ähnelt:

    Demo-Webseite mit grünen Statusschaltflächen und blauen Aktionsschaltflächen

  2. Klicken Sie auf der Demo-Webseite auf Make unhealthy (Integrität aufheben).

    Dies führt dazu, dass der Webserver die Systemdiagnose nicht besteht. Insbesondere bewirkt der Webserver, dass der /health-Pfad ein HTTP 500 (Internal Server Error) zurückgibt. Sie können dies selbst überprüfen, indem Sie schnell auf die Schaltfläche Check health (Systemdiagnose ausführen) klicken. (Dies funktioniert nicht mehr, wenn die automatische Reparatur mit dem Neustart der VM begonnen hat.)

  3. Warten Sie, bis die automatische Reparatur aktiv wird.

    1. Rufen Sie in der Google Cloud Console die Seite VM-Instanzen auf.

      Zu "VM-Instanzen"

    2. Warten Sie, bis sich der Status der Webserver-VM ändert. Das grüne Häkchen neben dem VM-Namen sollte sich in ein graues Quadrat ändern, mit dem angezeigt wird, dass die automatische Reparatur mit dem Neustart der fehlerhaften VM begonnen hat.

    3. Klicken Sie regelmäßig auf Aktualisieren am oberen Rand der Seite, um den neuesten Status zu sehen.

    4. Die automatische Reparatur ist abgeschlossen, wenn das graue Quadrat wieder zu einem grünen Häkchen wird, das bedeutet, dass die VM wieder fehlerfrei ist.

gcloud

  1. Überwachen Sie den Status der verwalteten Instanzgruppe. (Wenn Sie fertig sind, drücken Sie zum Stoppen Ctrl+C.)

    while : ; do \
    gcloud compute instance-groups managed list-instances webserver-group \
    --zone europe-west1-b \
    ; done

      NAME: webserver-group-0zx6
  ZONE: europe-west1-b
  STATUS: RUNNING
  HEALTH_STATE: HEALTHY
  ACTION: NONE
  INSTANCE_TEMPLATE: webserver-template
  VERSION_NAME:
  LAST_ERROR:

  NAME: webserver-group-4qbx
  ZONE: europe-west1-b
  STATUS: RUNNING
  HEALTH_STATE: HEALTHY
  ACTION: NONE
  INSTANCE_TEMPLATE: webserver-template
  VERSION_NAME:
  LAST_ERROR:

  NAME: webserver-group-m5v5
  ZONE: europe-west1-b
  STATUS: RUNNING
  HEALTH_STATE: HEALTHY
  ACTION: NONE
  INSTANCE_TEMPLATE: webserver-template
  VERSION_NAME:
  LAST_ERROR:

    Für alle VMs in der Gruppe müssen STATUS: RUNNING und ACTION: NONE angezeigt werden. Ist dies nicht der Fall, warten Sie einige Minuten, bis die Einrichtung der VMs abgeschlossen ist, und versuchen Sie es dann noch einmal.

  2. Öffnen Sie eine neue Cloud Shell-Sitzung mit dem installierten Google Cloud CLI.

  3. Rufen Sie die Adresse einer Webserver-VM ab.

    gcloud compute instances list --filter webserver-group

    Kopieren Sie in der Spalte EXTERNAL_IP die IP-Adresse einer beliebigen Webserver-VM und speichern Sie sie als lokale Bash-Variable.

    export IP_ADDRESS=EXTERNAL_IP_ADDRESS

  4. Prüfen Sie, ob die Webservereinrichtung abgeschlossen ist. Der Server gibt eine HTTP 200 OK-Antwort zurück.

    curl --head $IP_ADDRESS/health

    HTTP/1.1 200 OK
Server: gunicorn
...

    Wenn der Fehler Connection refused angezeigt wird, warten Sie eine Minute, bis der Server die Einrichtung abgeschlossen hat, und versuchen Sie es noch einmal.

  5. Heben Sie die Integrität des Webservers auf.

    curl $IP_ADDRESS/makeUnhealthy > /dev/null

    Dies führt dazu, dass der Webserver die Systemdiagnose nicht besteht. Insbesondere bewirkt der Webserver, dass der /health-Pfad ein HTTP 500 INTERNAL SERVER ERROR zurückgibt. Sie können dies selbst überprüfen, indem Sie schnell eine Anfrage an /health stellen. (Dies funktioniert nicht mehr, wenn die automatische Reparatur mit dem Neustart der VM begonnen hat.)

    curl --head $IP_ADDRESS/health

    HTTP/1.1 500 INTERNAL SERVER ERROR
Server: gunicorn
...

  6. Kehren Sie zu Ihrer ersten Shell-Sitzung zurück, um die verwaltete Instanzgruppe zu beobachten, und warten Sie, bis die automatische Reparatur aktiv wird.

    1. Wenn die automatische Reparatur gestartet wurde, werden die Spalten STATUS und ACTION aktualisiert, um darauf hinzuweisen, dass die automatische Reparatur den Neustart der fehlerhaften VM eingeleitet hat.

        NAME: webserver-group-0zx6
  ZONE: europe-west1-b
  STATUS: STOPPING
  HEALTH_STATE: UNHEALTHY
  ACTION: RECREATING
  INSTANCE_TEMPLATE: webserver-template
  VERSION_NAME:
  LAST_ERROR:

  ...

    2. Die automatische Reparatur ist abgeschlossen, wenn die VM als STATUS wieder RUNNING und als ACTION wieder NONE meldet, was darauf hinweist, dass die VM erfolgreich neu gestartet wurde.

        NAME: webserver-group-0zx6
  ZONE: europe-west1-b
  STATUS: RUNNING
  HEALTH_STATE: HEALTHY
  ACTION: NONE
  INSTANCE_TEMPLATE: webserver-template
  VERSION_NAME:
  LAST_ERROR:

  ...

    3. Wenn Sie die Überwachung der verwalteten Instanzgruppe beendet haben, drücken Sie zum Stoppen Ctrl+C.

Sie können diese Übung nach Belieben wiederholen. Hierzu einige Ideen:

  • Was passiert, wenn alle VMs gleichzeitig als fehlerhaft gekennzeichnet werden? Weitere Informationen zur Funktionsweise der automatischen Reparatur bei gleichzeitigen Fehlern finden Sie unter Verhalten bei der automatischen Reparatur.

  • Können Sie die Systemdiagnosekonfiguration aktualisieren, um VMs so schnell wie möglich zu reparieren? In der Praxis sollten Sie die Parameter für die Systemdiagnose so einstellen, dass konservative Werte verwendet werden, wie in dieser Anleitung erläutert. Andernfalls riskieren Sie, dass VMs versehentlich gelöscht und neu gestartet werden, obwohl kein echtes Problem vorliegt.

  • Die verwaltete Instanzgruppe hat eine initial delay-Konfigurationseinstellung. Können Sie die erforderliche Mindestverzögerung für diesen Demo-Webserver bestimmen? In der Praxis sollten Sie die Verzögerung etwas länger einstellen (10–20 %), als eine VM zum Booten und Verarbeiten von Anwendungsanfragen braucht. Andernfalls riskieren Sie, dass die VM in einer Startschleife der automatischen Reparatur hängen bleibt.

(Optional) Verlauf der automatischen Reparatur ansehen

Mit dem folgenden gcloud-Befehl können Sie sich einen Verlauf der Vorgänge der automatischen Reparatur ansehen:

gcloud compute operations list --filter='operationType~compute.instances.repair.*'

Weitere Informationen finden Sie unter Frühere automatische Reparaturvorgänge ansehen.

Bereinigen

Nachdem Sie die Anleitung abgeschlossen haben, können Sie die erstellten Ressourcen bereinigen, damit sie keine Kontingente mehr nutzen und keine Gebühren mehr anfallen. In den folgenden Abschnitten erfahren Sie, wie Sie diese Ressourcen löschen oder deaktivieren.

Wenn Sie für diese Anleitung ein eigenes Projekt erstellt haben, löschen Sie das gesamte Projekt. Wenn das Projekt über Ressourcen verfügt, die Sie behalten möchten, löschen Sie nur die in dieser Anleitung erstellten Ressourcen.

Projekt löschen

  1. In the Google Cloud console, go to the Manage resources page.

    Go to Manage resources

  2. In the project list, select the project that you want to delete, and then click Delete.
  3. In the dialog, type the project ID, and then click Shut down to delete the project.

Bestimmte Ressourcen löschen

Wenn Sie das für diese Anleitung verwendete Projekt nicht löschen können, löschen Sie die Anleitungsressourcen einzeln.

Instanzgruppe löschen

Console

  1. In the Google Cloud console, go to the Instance groups page.

    Go to Instance groups

  2. Select the checkbox for your webserver-group instance group.
  3. To delete the instance group, click Delete.

gcloud

gcloud compute instance-groups managed delete webserver-group --zone europe-west1-b -q

Instanzvorlage löschen

Konsole

  1. Rufen Sie in der Google Cloud Console die Seite Instanzvorlagen auf.

    Instanzvorlagen aufrufen

  2. Klicken Sie auf das Kästchen neben der Instanzvorlage.

  3. Klicken Sie oben auf der Seite auf  Löschen. Klicken Sie im neuen Fenster auf Löschen, um den Löschvorgang zu bestätigen.

gcloud

gcloud compute instance-templates delete webserver-template -q

Systemdiagnose löschen

Console

  1. Rufen Sie in der Google Cloud Console die Seite Systemdiagnosen auf.

    Zur Seite „Systemdiagnosen“

  2. Klicken Sie auf das Kästchen neben der Systemdiagnose.

  3. Klicken Sie oben auf der Seite auf  Löschen. Klicken Sie im neuen Fenster auf Löschen, um den Löschvorgang zu bestätigen.

gcloud

gcloud compute health-checks delete autohealer-check -q

Firewallregeln löschen

Konsole

  1. Rufen Sie in der Google Cloud Console die Seite Firewallregeln auf.

    Zu Firewallregeln

  2. Klicken Sie auf die Kästchen neben den Firewallregeln namens default-allow-http und default-allow-http-health-check.

  3. Klicken Sie oben auf der Seite auf  Löschen. Klicken Sie im neuen Fenster auf Löschen, um den Löschvorgang zu bestätigen.

gcloud

gcloud compute firewall-rules delete default-allow-http default-allow-http-health-check -q

Weitere Informationen