Proof of Concept für hybride Renderingfarm ausführen

In diesem Dokument wird beschrieben, wie Sie ein Proof of Concept (PoC) zum Erstellen einer hybriden Renderingfarm in Google Cloud ausführen. Dieses Dokument ist ein Begleitdokument zum Erstellen einer hybriden Renderingfarm und wurde zur Unterstützung des Tests und des Benchmarking von Renderings für Animationen, Filme, Werbespots und Videospiele mit Google Cloud entwickelt.

Sie können einen PoC für Ihre hybride Renderingfarm in Google Cloud ausführen, wenn Sie den Umfang Ihrer Tests auf die wesentlichen Komponenten beschränken. Im Unterschied zur Erstellung einer kompletten End-to-End-Lösung stehen bei einem PoC folgende Aufgaben im Mittelpunkt:

  • Vorgehen für die Reproduktion der lokalen Renderingumgebung in der Cloud festlegen
  • Unterschiede im Rendering und in der Netzwerkleistung zwischen lokalen Rendering-Workern und Cloudinstanzen ermitteln
  • Kostenunterschiede zwischen lokalen und Cloudarbeitslasten ermitteln

Von geringerer Bedeutung sind die folgenden Aufgaben, die sich zeitlich aufschieben oder für einen PoC sogar vernachlässigen lassen:

  • Synchronisierung von Assets (wenn erforderlich) zwischen Ihrer Einrichtung und der Cloud festlegen
  • Bereitstellung von Jobs für Cloud-Rendering-Worker mithilfe von Software zum Warteschlangenmanagement festlegen
  • Optimale Vorgehensweise zur Herstellung einer Verbindung zu Google Cloud ermitteln
  • Latenz zwischen Ihrer Einrichtung und den Rechenzentren von Google messen

Verbindung

Für einen Rendering-PoC muss keine Verbindung auf Unternehmensebene zu Google vorhanden sein. Eine Verbindung über das öffentliche Internet ist ausreichend. Geschwindigkeit, Latenz und Bandbreite der Verbindung sind für die Renderingleistung von untergeordneter Bedeutung.

Sie können die Herstellung der Verbindung als einen eigenen PoC ansehen, da die Einrichtung von Dedicated Interconnect oder Partner Interconnect für einen PoC einige Zeit in Anspruch nimmt und parallel zum Renderingtest ausgeführt werden kann.

Ziele

  • Compute Engine-Instanz erstellen und für die Anwendung als Rendering-Worker anpassen
  • Benutzerdefiniertes Image erstellen
  • Rendering-Worker bereitstellen
  • Assets in den Rendering-Worker kopieren
  • Rendering-Benchmarks ausführen
  • Testrenderings vom Rendering-Worker auf die lokale Workstation zur Bewertung kopieren

Kosten

Berücksichtigen Sie bei der Kalkulation Ihrer geplanten Nutzung den geschätzten Kostenunterschied zwischen lokalen und Cloud-basierten Rendering-Workern.

In diesem Dokument verwenden Sie die folgenden kostenpflichtigen Komponenten von Google Cloud:

Mit dem Preisrechner können Sie eine Kostenschätzung für Ihre voraussichtliche Nutzung vornehmen. Neuen Google Cloud-Nutzern steht möglicherweise eine kostenlose Testversion zur Verfügung.

Nach Abschluss der in diesem Dokument beschriebenen Aufgaben können Sie weitere Kosten vermeiden, indem Sie die erstellten Ressourcen löschen. Weitere Informationen finden Sie unter Bereinigen.

Hinweise

  1. Melden Sie sich bei Ihrem Google Cloud-Konto an. Wenn Sie mit Google Cloud noch nicht vertraut sind, erstellen Sie ein Konto, um die Leistungsfähigkeit unserer Produkte in der Praxis sehen und bewerten zu können. Neukunden erhalten außerdem ein Guthaben von 300 $, um Arbeitslasten auszuführen, zu testen und bereitzustellen.

  2. Wählen Sie in der Google Cloud Console auf der Seite der Projektauswahl ein Google Cloud-Projekt aus oder erstellen Sie eines.

    Zur Projektauswahl

  3. Die Abrechnung für das Google Cloud-Projekt muss aktiviert sein.

  4. Installieren Sie die Google Cloud CLI.

  5. Führen Sie folgenden Befehl aus, um die gcloud CLI zu initialisieren: 

    gcloud init
    6.

  6. Wählen Sie in der Google Cloud Console auf der Seite der Projektauswahl ein Google Cloud-Projekt aus oder erstellen Sie eines.

    Zur Projektauswahl

  7. Die Abrechnung für das Google Cloud-Projekt muss aktiviert sein.

  8. Installieren Sie die Google Cloud CLI.

  9. Führen Sie folgenden Befehl aus, um die gcloud CLI zu initialisieren: 

    gcloud init
    10.

  10. Aktivieren Sie Cloud Shell in der Google Cloud Console.

    Cloud Shell aktivieren

    Unten in der Google Cloud Console wird eine Cloud Shell-Sitzung gestartet und eine Eingabeaufforderung angezeigt. Cloud Shell ist eine Shell-Umgebung, in der das Google Cloud CLI bereits installiert ist und Werte für Ihr aktuelles Projekt bereits festgelegt sind. Das Initialisieren der Sitzung kann einige Sekunden dauern.

    11. In dieser Anleitung werden die Schritte überwiegend mit Cloud Shell ausgeführt. Für das Kopieren von Daten von einem lokalen Rechner nach Cloud Storage muss aber auf diesem Rechner das Google Cloud CLI ausgeführt werden.

Umgebung einrichten

  • Legen Sie in Cloud Shell die Compute Engine-Zone fest:

    gcloud config set compute/zone [ZONE]

    Dabei ist [ZONE] die Zone, in der Ihre gesamten Ressourcen erstellt werden.

Instanz bereitstellen

Für den PoC müssen Sie Ihre lokale Rendering-Worker-Hardware möglicherweise neu aufsetzen. Während Google Cloud eine Reihe von CPU-Plattformen bietet, die eventuell Ihrer Hardware entsprechen, unterscheidet sich die Architektur einer Cloud-basierten virtuellen Maschine von einem Bare-Metal-Rendering-Blade in einer lokalen Renderingfarm.

In Google Cloud sind Ressourcen virtualisiert und unabhängig von anderen Ressourcen. Virtuelle Maschinen (Instanzen) bestehen aus den folgenden Hauptkomponenten:

  • Virtuelle CPUs (vCPUs)
  • Arbeitsspeicher (RAM)

  • Laufwerke

    • Bootlaufwerk und Gastbetriebssystem
    • Zusätzliche Speicherlaufwerke

  • NVIDIA Tesla-GPUs (optional)

Sie können auch andere Elemente von Ressourcen festlegen, z. B. Netzwerke, Firewallregeln und Nutzerzugriff. Für den PoC sind jedoch nur die genannten vier Komponenten relevant.

Instanz erstellen

  1. Erstellen Sie in Cloud Shell die prototypische Rendering-Worker-Instanz:

    gcloud compute instances create [INSTANCE_NAME] \
    --machine-type [MACHINE_TYPE] \
    --image-project [IMAGE_PROJECT] \
    --image-family [IMAGE_FAMILY] \
    --boot-disk-size [SIZE]

    Dabei gilt:

    • [INSTANCE_NAME] ist der Name Ihrer Instanz.
    • [MACHINE_TYPE] ist entweder ein vordefinierter Maschinentyp oder ein benutzerdefinierter Maschinentyp im Format custom-[NUMBER_OF_CPUS]-[NUMBER_OF_MB], für den Sie die Anzahl der vCPUs und die Größe des Arbeitsspeichers definieren.
    • [IMAGE_PROJECT] ist das Image-Projekt dieser Image-Familie.
    • [IMAGE_FAMILY] ist ein optionales Flag, das angibt, zu welcher Image-Familie dieses Image gehört.
    • [SIZE] ist die Größe des Bootlaufwerks in GB.

    Beispiel:

    gcloud compute instances create render-worker-proto \
    --machine-type custom-24-32768 \
    --image-project centos-cloud \
    --image-family centos-7 \
    --boot-disk-size 100

    Der obige Befehl erstellt eine CentOS 7-Instanz mit 24 vCPUs, 32 GB RAM und einem standardmäßigen Bootlaufwerk von 100 GB. Die Instanz wird in der Zone erstellt, die Sie zuvor als Standard-Computing-Zone festgelegt haben.

Sie können eine virtuelle Maschine (VM) jeder Größe erstellen, mit bis zu 96 vCPUs, mehr als 624 GB RAM und mehreren NVIDIA Tesla-GPUs. Wenn Sie mehr vCPUs benötigen, verwenden Sie ultramem-Typen. Die Möglichkeiten sind faktisch unbegrenzt. Achten Sie aber darauf, dass nicht zu viel bereitgestellt wird. Das Ziel muss eine kostengünstige, skalierbare, Cloud-basierte Renderingfarm sein, die für Jobs jeder Größe geeignet ist.

Bei einer Instanz anmelden

  1. Stellen Sie in Cloud Shell eine Verbindung zu Ihrer Instanz mithilfe von SSH her:

    gcloud compute ssh [INSTANCE_NAME]

  2. Installieren und lizenzieren Sie Software auf Ihrer Instanz wie bei einem lokalen Rendering-Worker.

Standard-Image erstellen

Außer für den Test nutzerspezifischer Software, die einen benutzerdefinierten Linux-Kernel oder ältere Betriebssystemversionen erfordert, empfehlen wir, mit einem unserer öffentlichen Laufwerk-Images zu starten und dann die Software hinzuzufügen, die Sie nutzen möchten.

Wenn Sie ein eigenes Image importieren möchten, müssen Sie dieses Image konfigurieren. Dazu gehört die Installation zusätzlicher Bibliotheken, die die Kommunikation Ihres Gastbetriebssystems mit Google Cloud ermöglichen.

Rendering-Worker einrichten

  1. Richten Sie in Cloud Shell auf der Instanz, die Sie zuvor erstellt haben, Ihren Rendering-Worker wie einen lokalen Worker ein und installieren Sie dazu Ihre Software und Bibliotheken.

  2. Beenden Sie die Instanz:

    gcloud compute instances stop [INSTANCE_NAME]

Benutzerdefiniertes Image erstellen

  1. Bestimmen Sie in Cloud Shell den Namen des Bootlaufwerks Ihrer VM:

    gcloud compute instances describe [INSTANCE_NAME]

    Die Ausgabe enthält dann den Namen des Bootlaufwerks Ihrer Instanz:

    mode: READ_WRITE
source:https://www.googleapis.com/compute/v1/projects/[PROJECT]/zones/[ZONE]/disks/[DISK_NAME]

    Dabei gilt:

    • [PROJECT] ist der Name Ihres Google Cloud-Projekts.
    • [ZONE] ist die Zone, in der sich das Laufwerk befindet.
    • [DISK_NAME] ist der Name des Bootlaufwerks, das mit Ihrer Instanz verbunden ist. Der Name des Laufwerks ist in der Regel mit dem Namen der Instanz identisch bzw. sollte diesem ähneln.

  2. Erstellen Sie ein Image von Ihrer Instanz:

    gcloud compute images create [IMAGE_NAME] \
    --source-disk [DISK_NAME] \
    --source-disk-zone [ZONE]

    Dabei gilt:

    • [IMAGE_NAME] ist ein Name für das neue Image.
    • [DISK_NAME] ist das Laufwerk, von dem Sie das neue Image erstellen möchten.
    • [ZONE] ist die Zone, in der sich das Laufwerk befindet.

Rendering-Worker bereitstellen

Mit dem benutzerdefinierten Image und dem dafür erforderlichen Betriebssystem, der notwendigen Software und den erforderlichen Bibliotheken können Sie jetzt eine Rendering-Worker-Instanz bereitstellen, statt ein öffentliches Image zu verwenden.

  • Erstellen Sie in Cloud Shell eine Rendering-Worker-Instanz. Erweitern Sie diese Instanz um den Bereich devstorage.read_write, um ihr den Schreibzugriff auf Cloud Storage zu ermöglichen:

    gcloud compute instances create [WORKER_NAME] \
    --machine-type [MACHINE_TYPE] \
    --image [IMAGE_NAME] \
    --scopes https://www.googleapis.com/auth/devstorage.read_write \
    --boot-disk-size [SIZE]

    Dabei ist [WORKER_NAME] ein Name für den Rendering-Worker.

Software lizenzieren

Sie können für einen PoC Lizenzen mit Ihrem lokalen Lizenzserver bereitstellen, da keine neuen Lizenzen für cloudbasierte Lizenzserver ausgegeben werden müssen. Für die Herstellung einer sicheren Verbindung von Ihrer Cloudinstanz zu Ihrem lokalen Lizenzserver erstellen Sie eine Firewallregel, die Traffic nur über die erforderlichen Ports zulässt. Diese Firewallregel lässt auch Traffic von der IP-Adresse Ihres lokalen Internetgateways oder des Lizenzservers selbst zu.

Eventuell müssen Sie das Internetgateway Ihrer Einrichtung entsprechend konfigurieren, damit von Ihrer Google Cloud-Instanz Traffic zu Ihrem lokalen Lizenzserver zulässig ist.

Lokalen Lizenzserver verwenden

Zum Zulassen von Traffic zu Ihrem VPC-Netzwerk (Virtual Private Cloud) können Sie eine entsprechende Firewallregel erstellen.

  • Erstellen Sie in Cloud Shell die Firewallregel:

    gcloud compute firewall-rules create [RULE_NAME] \
   --direction=INGRESS \
   --priority=1000 \
   --network=default \
   --action=ALLOW \
   --rules=[PROTOCOL]:[PORT] \
   --source-ranges=[IP_ADDRESS]

Dabei gilt:

  • [RULE_NAME] ist ein Name für die Firewallregel.
  • [PROTOCOL] ist das Protokoll für den Traffic.
  • [PORT] ist der Port, über den der Traffic übertragen wird.
  • [IP_ADDRESS] ist die IP-Adresse Ihres lokalen Lizenzservers.

Cloud-basierten Lizenzserver verwenden

Ein cloudbasierter Lizenzserver erfordert keine Verbindung zu Ihrem lokalen Netzwerk. Er wird im selben VPC-Netzwerk wie Ihr Rendering-Worker ausgeführt. Da die Lizenzbereitstellung eine relativ unaufwendige Aufgabe ist, reicht schon eine kleine Instanz (2–4 vCPUs, 6–8 GB RAM) aus, um die Arbeitslast der Bereitstellung von Lizenzen für eine Handvoll Rendering-Worker bewältigen zu können.

Je nach Art der zu lizenzierenden Software müssen Sie Ihre Lizenzen unter Umständen für eine eindeutige Hardware-ID-Nummer wie z. B. die Mac-Adresse des Lizenzservers noch einmal verschlüsseln. Bestimmte Lizenzmanager können Softwarelizenzen von jedem mit dem Internet verbundenen Host validieren. Für die verschiedenen verfügbaren Lizenzmanager finden Sie die entsprechende Anleitung in der jeweiligen Dokumentation zur Produktlizenzierung.

Kommunikation zwischen Instanzen zulassen

Rendering-Worker und Lizenzserverinstanzen müssen miteinander kommunizieren können. Die Firewallregel default-allow-internal ermöglicht allen Instanzen in Ihrem Projekt die Kommunikation miteinander. Diese Firewallregel wird beim Anlegen eines neuen Projekts erstellt. Wenn Sie ein neues Projekt verwenden, können Sie diesen Abschnitt überspringen. Wenn Sie ein vorhandenes Projekt nutzen, müssen Sie prüfen, ob die Firewallregel noch für Ihr Google Cloud-Projekt gilt.

  1. Prüfen Sie in Cloud Shell, ob die Firewallregel für Ihr Projekt gilt:

    gcloud compute firewall-rules list \
    --filter="name=default-allow-internal"

    Wenn die Firewallregel für Ihr Projekt gültig ist, wird folgende Ausgabe angezeigt:

    NAME                   NETWORK DIRECTION PRIORITY ALLOW DENY                   DISABLED
default-allow-internal default INGRESS   65534m   tcp:0-65535,udp:0-65535,icmp False

    Wenn die Firewallregel nicht mehr für Ihr Projekt gültig ist, erfolgt keine Ausgabe.

  2. Erstellen Sie bei Bedarf die Firewallregel mit dem folgenden Befehl:

    gcloud compute firewall-rules create default-allow-internal \
    --direction=INGRESS \
    --priority=65534 \
    --network=default \
    --action=ALLOW \
    --rules=tcp:0-65535,udp:0-65535,icmp \
    --source-ranges=0.0.0.0/0

Assets speichern

Renderingpipelines können sehr unterschiedlich sein, auch innerhalb eines einzelnen Unternehmens. Für eine schnelle Implementierung Ihres PoC mit minimaler Konfiguration können Sie zum Speichern von Assets das Bootlaufwerk Ihrer Rendering-Worker-Instanz verwenden. Ihr PoC sollte noch keine Datensynchronisierung und keine fortgeschritteneren Speicherlösungen testen. Sie können diese Aspekte mit einem eigenen PoC bewerten.

In Google Cloud sind verschiedene Speicheroptionen verfügbar. Wir empfehlen aber, eine skalierbare freigegebene Speicherlösung in einem separaten PoC zu testen.

Wenn Sie mehrere Rendering-Worker-Konfigurationen testen und dafür ein freigegebenes Dateisystem benötigen, können Sie ein Filestore-Volume erstellen und es mithilfe von NFS für Ihre Rendering-Worker bereitstellen. Filestore ist ein verwalteter Dateispeicherdienst, der für den Lese- und Schreibzugriff auf viele Instanzen als Dateiserver bereitgestellt werden kann.

Daten an Google Cloud senden

Zur Ausführung eines Rendering-PoC müssen Sie Ihre Szenendateien, Caches und Assets an Ihre Rendering-Worker übergeben. Bei größeren Datasets (> 10 GB) können Sie mithilfe von gsutil Ihre Daten zuerst nach Cloud Storage und dann in Ihre Rendering-Worker kopieren. Bei kleineren Datasets (< 10 GB) haben Sie die Möglichkeit, Daten mit dem gcloud CLI direkt in einen Pfad auf Ihren Rendering-Workern zu kopieren (nur Linux).

Zielverzeichnis auf dem Rendering-Worker erstellen

  1. Stellen Sie in Cloud Shell eine Verbindung zu Ihrem Rendering-Worker mithilfe von SSH her:

    gcloud compute ssh [WORKER_NAME]

    [WORKER_NAME] ist dabei der Name Ihres Rendering-Workers.

  2. Erstellen Sie ein Zielverzeichnis für Ihre Daten:

    mkdir [ASSET_DIR]

    [ASSET_DIR] ist dabei ein beliebiges lokales Verzeichnis auf Ihrem Rendering-Worker.

Mit gsutil große Datenmengen kopieren

Wenn Sie große Datasets an Ihren Rendering-Worker übertragen müssen, können Sie dazu gsutil mit Cloud Storage als Zwischenschritt verwenden. Nutzen Sie für das Übertragen kleinerer Datasets das gcloud CLI (siehe nächster Abschnitt).

  1. Erstellen Sie auf Ihrer lokalen Workstation einen Cloud Storage-Bucket:

    gsutil mb gs://[BUCKET_NAME_ASSETS]

    Dabei ist [BUCKET_NAME_ASSETS] der Name des Cloud Storage-Buckets für Ihre Dateien oder Verzeichnisse, die Sie kopieren möchten.

  2. Kopieren Sie Daten aus Ihrem lokalen Verzeichnis in den Bucket:

    gsutil -m cp -r [ASSETS] gs://[BUCKET_NAME_ASSETS]

    Dabei ist [ASSETS] eine Liste der Dateien oder Verzeichnisse, die in Ihren Bucket kopiert werden sollen.

  3. Stellen Sie eine Verbindung zu Ihrem Rendering-Worker mithilfe von SSH her:

    gcloud compute ssh [WORKER_NAME]

  4. Kopieren Sie den Inhalt Ihres Buckets in den Rendering-Worker:

    gsutil -m cp -r gs://[BUCKET_NAME_ASSETS]/* [ASSET_DIR]

Mit dem gcloud-CLI kleine Datenmengen kopieren

Wenn Sie nur kleinere Datasets übertragen müssen, können Sie diese mit dem gcloud-CLI direkt von Ihrer lokalen Workstation in einen ausgeführten Linux-Rendering-Worker kopieren.

  • Kopieren Sie auf Ihrer lokalen Workstation die Daten von Ihrem lokalen Verzeichnis in Ihren Rendering-Worker:

    gcloud compute scp --recurse [ASSETS] [INSTANCE_NAME]:[ASSET_DIR]

    Dabei gilt:

    • [ASSETS] ist eine Liste der Dateien oder Verzeichnisse, die in Ihren Bucket kopiert werden sollen.
    • [INSTANCE_NAME] ist der Name Ihres Rendering-Workers.
    • [ASSET_DIR] ist ein beliebiger lokaler Pfad auf Ihrem Rendering-Worker.

Renderingtests ausführen

Nach der Installation sowie der Lizenzierung Ihrer Renderingsoftware und dem Kopieren Ihrer Szenendaten können Sie jetzt Renderingtests ausführen. Dieser Vorgang variiert erheblich, je nachdem wie Ihre Renderingpipeline die Renderingbefehle ausführt.

Benchmarking-Tools

Wenn Sie die Leistung von Cloudressourcen mit der Ihrer lokalen Hardware vergleichen möchten, können Sie mit Perfkit Benchmarker Statistiken für Parameter wie Netzwerkbandbreite und Laufwerkleistung erstellen.

Einige Renderingprogramme enthalten eigene Benchmarking-Tools, z. B. V-Ray, Octane und Maxon. Diese können Sie sowohl lokal als auch in der Cloud ausführen, um gängige Renderingkonfigurationen zu vergleichen.

Daten von Google Cloud abrufen

Nach der Durchführung der Renderingtests müssen Sie zur Anzeige der Ergebnisse die erstellten Renderings auf Ihre lokale Workstation kopieren. Je nach der Größe des Datasets, das übertragen werden soll, verwenden Sie entweder gsutil oder das gcloud-CLI.

Zielverzeichnis auf Ihrer lokalen Workstation erstellen

  • Erstellen Sie auf Ihrer lokalen Workstation ein Verzeichnis für Ihre Renderings:

    mkdir [RENDER_DIR]

    Dabei ist [RENDER_DIR] ein lokaler Pfad auf Ihrem Rendering-Worker.

Mit gsutil große Datenmengen kopieren

Zum Übertragen großer Datasets verwenden Sie gsutil. Für kleinere Datasets steht das gcloud-CLI zur Verfügung, das im folgenden Abschnitt erläutert wird. Zum Kopieren von Daten von Ihrem Rendering-Worker in einen Cloud Storage-Bucket erstellen Sie einen eigenen Cloud Storage-Bucket, um Ihre Renderings von Ihren Asset-Daten zu trennen.

  1. Erstellen Sie auf Ihrer lokalen Workstation einen neuen Cloud Storage-Bucket:

    gsutil mb gs://[BUCKET_NAME_RENDERS]

    Dabei steht [BUCKET_NAME_RENDERS] für den Namen Ihres Cloud Storage-Buckets für Ihre gerenderten Daten.

  2. Stellen Sie eine Verbindung zu Ihrem Rendering-Worker mithilfe von SSH her:

    gcloud compute ssh [WORKER_NAME]

  3. Kopieren Sie Ihre gerenderten Daten in Ihren Bucket:

    gsutil -m cp -r [RENDERS] gs://[BUCKET_NAME_RENDERS]

    Dabei gilt:

    • [RENDERS] ist eine Liste der Dateien oder Verzeichnisse, die in Ihren Bucket kopiert werden sollen.

  4. Kopieren Sie auf Ihrer lokalen Workstation die Dateien aus Ihrem Cloud Storage-Bucket in ein lokales Verzeichnis:

    gsutil -m cp -r gs://[BUCKET_NAME_RENDERS]/* [RENDER_DIR]

Mit dem gcloud-CLI kleine Datenmengen kopieren

Wenn Sie nur kleinere Datasets kopieren müssen, können Sie diese direkt von Ihrem Rendering-Worker auf Ihre lokale Workstation kopieren.

  • Kopieren Sie auf Ihrer lokalen Workstation die Renderings in Ihr Zielverzeichnis:

    gcloud compute scp --recurse [WORKER_NAME]:[RENDERS] [RENDER_DIR]

    Dabei ist [RENDERS] eine Liste der Dateien oder Verzeichnisse, die auf Ihre lokale Workstation kopiert werden sollen.

Bereinigen

Damit Ihrem Google Cloud-Konto die in dieser Anleitung verwendeten Ressourcen nicht in Rechnung gestellt werden, löschen Sie entweder das Projekt, das die Ressourcen enthält, oder Sie behalten das Projekt und löschen die einzelnen Ressourcen.

Projekt löschen

  1. Wechseln Sie in der Google Cloud Console zur Seite Ressourcen verwalten.

    Zur Seite „Ressourcen verwalten“

  2. Wählen Sie in der Projektliste das Projekt aus, das Sie löschen möchten, und klicken Sie dann auf Löschen.
  3. Geben Sie im Dialogfeld die Projekt-ID ein und klicken Sie auf Shut down (Beenden), um das Projekt zu löschen.

Einzelne Ressourcen löschen

  1. Löschen Sie die Instanz:
    gcloud compute instances delete INSTANCE_NAME
  2. Löschen Sie den Bucket:
    gcloud storage buckets delete BUCKET_NAME

Nächste Schritte