Zuteilungskontingente

In diesem Dokument sind die Zuweisungskontingente aufgeführt, die für Compute Engine gelten.

Zuteilungskontingente

Zuteilungskontingente, auch als Ressourcenkontingente bezeichnet, definieren die Anzahl der Ressourcen, auf die Ihr Projekt Zugriff hat. Bei Compute Engine werden aus verschiedenen Gründen Zuteilungskontingente für die Ressourcennutzung erzwungen. Diese bieten unter anderem für die gesamte Google Cloud -Community eine Unterstützung für unvorhergesehene Auslastungsspitzen.

Google Cloud bietet außerdem kostenlose Testkontingente, die einen eingeschränkten Zugriff auf Projekte ermöglichen, um Google Cloudim Rahmen einer kostenlosen Testversion kennenzulernen.

Es gelten nicht für alle Projekte dieselben Kontingente. Wenn SieGoogle Cloud im Laufe der Zeit häufiger nutzen, können sich Ihre Kontingente entsprechend erhöhen. Falls Sie eine deutlich stärkere Auslastung erwarten, können Sie auf der Seite Kontingente derGoogle Cloud -Konsole eine Anpassung Ihres Kontingents anfordern.

Informationen zu Kontingenten für die Ratenbegrenzungen für die Compute Engine API finden Sie unter API-Kontingent.

Kontingente und Ressourcenverfügbarkeit

Zuteilungskontingente legen die maximale Anzahl der Ressourcen eines bestimmten Typs fest, die Sie erstellen können, sofern diese Ressourcen verfügbar sind. Kontingente garantieren jedoch nicht, dass Ressourcen immer verfügbar sind. Wenn eine Ressource nicht verfügbar ist oder Ihr Kontingent in der Region erschöpft ist, können Sie keine neuen Ressourcen dieses Typs erstellen. Das gilt auch, wenn Ihr Kontingent in der Region oder für das Projekt noch nicht erschöpft ist. Beispiel: Ihr Kontingent zum Erstellen externer IP-Adressen in us-central1 ist noch nicht aufgebraucht, aber in dieser Region sind keine IP-Adressen mehr verfügbar.

Es kann auch sein, dass Sie ein regionales Kontingent haben, eine Ressource aber in einer bestimmten Zone nicht verfügbar ist. Beispiel: Sie haben ein Kontingent zum Erstellen von VM-Instanzen in der Region us-central1, können aber keine VM-Instanzen in der Zone us-central1-a erstellen, wenn das Kontingent der Zone ausgeschöpft ist. Versuchen Sie in solchen Fällen, die jeweilige Ressource in einer anderen Zone zu erstellen, zum Beispiel in us-central1-f. Weitere Informationen zu Ihren Optionen bei erschöpften zonalen Ressourcen finden Sie in der Dokumentation zur Fehlerbehebung bei Ressourcenverfügbarkeit.

Zuteilungskontingente

Bei der Planung der Anforderungen von VM-Instanzen sollten Sie mehrere Kontingente nutzen, die sich darauf auswirken, wie viele VM-Instanzen Sie erstellen können.

Regionale und globale Kontingente

VM-Kontingente werden auf regionaler Ebene verwaltet. VM-Instanzen, Instanzgruppen, Laufwerkskontingente und CPU können von jeder VM in der Region unabhängig von der Zone genutzt werden. Das CPU-Kontingent ist beispielsweise ein regionales Kontingent, deshalb gilt für jede Region ein anderes Limit und eine andere Nutzungsanzahl. Sie benötigen ein Kontingent für mindestens 16 CPUs in us-central1, um eine Instanz vom Typ n2-standard-16 in einer beliebigen Zone der Region us-central1 zu starten.

Netzwerk- und Load-Balancing-Kontingente werden benötigt, um Firewalls, Load-Balancer, Netzwerke und VPNs zu erstellen. Dies sind globale Kontingente, die nicht von einer Region abhängig sind. Ein globales Kontingent kann von jeder Region genutzt werden. Beispielsweise verbrauchen genutzte und statische externe IP-Adressen, die Load-Balancern und HTTP- und HTTPS-Proxys zugewiesen sind, globale Kontingente.

VM-Instanzen

Das Kontingent für VM-Instanzen ist ein regionales Kontingent, mit dem die Anzahl der vorhandenen VM-Instanzen in einer bestimmten Region eingeschränkt wird, unabhängig davon, ob die VM ausgeführt wird. Dieses Kontingent wird in der Google Cloud Console auf der Seite Kontingente angezeigt. Das Kontingent wird von Compute Engine automatisch auf das 10-fache Ihres regulären CPU-Kontingents festgelegt. Sie brauchen dieses Kontingent nicht anzufordern. Wenn Sie ein Kontingent für weitere VM-Instanzen benötigen, sollten Sie zusätzliche CPUs anfordern. Mehr CPUs erhöhen auch das Kontingent für VM-Instanzen. Das Kontingent wird auf ausgeführte und auf nicht ausgeführte VMs sowie auf normale Instanzen und auf Instanzen auf Abruf angerechnet.

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

    Kontingente aufrufen

  2. Wählen Sie in der Liste Filter die folgenden Optionen aus:

    • Wählen Sie für Dienst die Compute Engine API aus.
    • Wählen Sie für Type (Typ) die Option Quota (Kontingent) aus.
    • Wählen Sie für Name die Option VM-Instanzen aus.
    • Optional: Wählen Sie für Messwert einen anderen Namen für das CPU- oder das zugesicherte CPU-Kontingent aus, nach dem Sie filtern möchten.

  3. Optional: Wenn Sie die Tabelle nach Region sortieren möchten, klicken Sie auf die Spalte Dimensionen (z.B. Standort).

  4. Wählen Sie die Regionen aus, deren Kontingent Sie ändern möchten.

  5. Klicken Sie auf  Bearbeiten.

  6. Füllen Sie es aus.

  7. Klicken Sie auf Antrag einreichen.

Instanzgruppen

Zum Verwenden von Instanzgruppen benötigen Sie ein verfügbares Kontingent für alle Ressourcen, die die Gruppe nutzt (beispielsweise ein CPU-Kontingent), sowie ein verfügbares Kontingent für die Gruppenressource selbst. Je nach dem Typ der von Ihnen erstellten Gruppe gelten folgende Gruppenkontingente für die Ressourcennutzung:

Diensttyp Dienstkontingent
Regional (mehrere Zonen) verwaltete Instanzgruppe Regional instance group managers
Zonal (einzelne Zone) verwaltete Instanzgruppe Beide:
  • Instance group managers
  • Instance groups
Nicht verwaltete (einzelne Zone) Instanzgruppe Instance groups
Regionales (mehrere Zonen) Autoscaling Regional autoscalers
Zonales (einzelne Zone) Autoscaling Autoscalers

Laufwerkskontingente

Die folgenden Kontingente für nichtflüchtige Speicher, Hyperdisks und lokale SSDs gelten je Region:

  • Hyperdisk Balanced Capacity (GB): Dieses Kontingent ist die kombinierte Gesamtgröße der Hyperdisk Balanced-Laufwerke, die Sie in einer Region erstellen können. In der gcloud CLI und der API wird dieses Kontingent HDB-TOTAL-GB genannt.
  • Hyperdisk Balanced Throughput (MB/s): Dieses Kontingent ist die Gesamtmenge an Durchsatz, die Sie für alle Hyperdisk Balanced-Laufwerke in einer Zone bereitstellen können. In der gcloud CLI und der API wird dieses Kontingent HDB-TOTAL-THROUGHPUT genannt.
  • Hyperdisk Balanced IOPS: Dieses Kontingent ist die Gesamtzahl der IOPS, die Sie für alle Hyperdisk Balanced-Laufwerke in einer Zone bereitstellen können. In der gcloud CLI und der API wird dieses Kontingent HDB-TOTAL-IOPS genannt.
  • Hyperdisk ML Capacity (GB): Dieses Kontingent ist die kombinierte Gesamtgröße der Hyperdisk ML-Laufwerke, die Sie in einer Region erstellen können. In der gcloud CLI und der API wird dieses Kontingent HDML-TOTAL-GB genannt.
  • Hyperdisk ML Throughput (MB/s): Dieses Kontingent ist die Gesamtmenge an Durchsatz, die Sie für alle Hyperdisk ML-Laufwerke in einer Region bereitstellen können. In der gcloud CLI und der API wird dieses Kontingent HDML-TOTAL-THROUGHPUT genannt.
  • Persistent disk standard (GB): Dieses Kontingent ist die Gesamtgröße der nichtflüchtigen Standardspeicher, die in einer Region erstellt werden können. In der gcloud CLI und der API wird dieses Kontingent DISKS_TOTAL_GB genannt. Dieses Kontingent gilt auch für:
    • Regionaler nichtflüchtiger Standardspeicher. Regionale nichtflüchtige Speicher verbrauchen jedoch pro GiB doppelt so viel vom Kontingent, weil sie innerhalb einer Region in zwei Zonen repliziert werden.
    • Wenn Sie die Option zur Beibehaltung lokaler SSD-Daten auswählen, wenn Sie eine VM beenden oder anhalten, wird eine entsprechende Menge an Standard Persistent Disk-Kontingent verbraucht.

  • Persistent disk SSD (GB): Dieses Kontingent ist die kombinierte Gesamtgröße der Volumes SSD-gestützter nichtflüchtiger Speicher, die in einer Region erstellt werden können. In der gcloud CLI und der API wird dieses Kontingent SSD_TOTAL_GB genannt. Dieses Kontingent ist vom Kontingent für lokale SSD-Laufwerke getrennt. Dieses Kontingent gilt für die folgenden Speichertypen:

    • Zonale und regionale SSD-Persistent Disk
    • Abgestimmter zonaler und regionaler nichtflüchtiger Speicher

    Regionale nichtflüchtige Speicher verbrauchen pro GiB doppelt so viel vom Kontingent, weil sie innerhalb einer Region in zwei Zonen repliziert werden.

  • Persistent Disk IOPS: Dieses Kontingent ist die Gesamtzahl der E/A-Vorgänge pro Sekunde für Extreme Persistent Disk-Volumes, die in einer Region erstellt werden können. In der gcloud CLI und der API wird dieses Kontingent PD-EXTREME-TOTAL-PROVISIONED-IOPS genannt. Dieses Kontingent ist vom IOPS-Kontingent für Google Cloud Hyperdisk getrennt.

  • Local SSD per machine family (GB): Dieses Kontingent ist die kombinierte Gesamtgröße der lokalen SSD-Laufwerke, die Sie in einer Region an VMs anhängen können. Es basiert auf dem Maschinentyp der einzelnen VMs. Eine lokale SSD ist ein schnelles, flüchtiges Laufwerk, das für Scratch-Jobs, den lokalen Cache oder Verarbeitungsjobs mit einer hohen Fehlertoleranz genutzt werden kann, da der Inhalt dieses Laufwerks nach dem Neustart einer VM-Instanz nicht mehr verfügbar ist.

    Lokale SSD-Laufwerke werden je nach Maschinentyp in Schritten von 375 GiB oder 3 TiB verkauft. Je nach Maschinentyp gibt es auch eine maximale Anzahl von lokalen SSD-Laufwerken, die an eine einzelne VM angehängt werden können. Die maximale Anzahl von lokalen SSD-Laufwerken und die Größe jedes lokalen SSD-Laufwerks begrenzen die Gesamtkapazität von lokalen SSD-Laufwerken, die Sie für eine VM zuweisen können. In der gcloud CLI und der API wird dieses Limit als LOCAL_SSD_TOTAL_GB_PER_VM_FAMILY-Kontingent bezeichnet.

    Für die Maschinentypen A4X, A4, A3 Ultra, A3 Mega, A3 High, A3 Edge, A2 Ultra und G4 müssen Sie dieses Kontingent nicht anfordern, da VMs, die mit diesen Maschinentypen erstellt werden, automatisch lokale SSDs hinzugefügt werden. Für die anderen beschleunigungsoptimierten VMs müssen Sie jedoch LOCAL_SSD_TOTAL_GB_PER_VM_FAMILY anfordern.

Speicherpoolkontingente

Für die Kapazität gelten für Hyperdisk Storage Pools mit Erweiterte Kapazitätsbereitstellung die folgenden Kontingente in GB (oder 1.000 MB):

  • Hyperdisk Balanced Storage Pools Advanced Capacity (GB): Die Gesamtmenge an Speicherplatz, die Sie pro Region in einem Hyperdisk Balanced Storage Pool mit erweiterter Kapazitätsbereitstellung reservieren können.

    • gcloud CLI und API: HDB-STORAGE-POOL-TOTAL-ADVANCED-CAPACITY
    • Messwert: compute.googleapis.com/hyperdisk_balanced_storage_pools_advanced_capacity

  • Hyperdisk Throughput Storage Pools Advanced Capacity (GB): Die Gesamtmenge an Speicherplatz, die Sie pro Region in einem Hyperdisk Throughput-Speicherpool mit erweiterter Kapazitätsbereitstellung reservieren können.

    • gcloud CLI und API: HDT-STORAGE-POOL-TOTAL-ADVANCED-CAPACITY
    • Messwert: compute.googleapis.com/hyperdisk_throughput_storage_pools_advanced_capacity

Für die Leistung gelten für Hyperdisk Storage Pools mit erweiterter Leistungsbereitstellung die folgenden Kontingente:

  • Hyperdisk Balanced Storage Pools Advanced IOPS: Die Gesamt-IOPS, die Sie in einem Hyperdisk Balanced Storage Pool mit erweiterter Leistungsbereitstellung für eine Region reservieren können.

    • gcloud CLI und API: HDB-STORAGE-POOL-TOTAL-ADVANCED-IOPS
    • Messwert: compute.googleapis.com/hyperdisk_balanced_storage_pools_advanced_iops

  • Hyperdisk Balanced Storage Pools Advanced Throughput (MB/s): Der Gesamtdurchsatz, den Sie in einem Hyperdisk Balanced Storage Pool mit erweiterter Leistungsbereitstellung für eine Region reservieren können.

    • gcloud CLI und API: HDB-STORAGE-POOL-TOTAL-ADVANCED-THROUGHPUT
    • Messwert: compute.googleapis.com/hyperdisk_balanced_storage_pools_advanced_throughput

  • Hyperdisk Throughput Storage Pools Advanced Throughput (MB/s): Der Gesamtdurchsatz, den Sie in einem Hyperdisk Throughput Storage Pool mit erweiterter Leistungsbereitstellung für eine Region reservieren können.

    • gcloud CLI und API: HDT-STORAGE-POOL-TOTAL-ADVANCED-THROUGHPUT
    • Messwert: compute.googleapis.com/hyperdisk_throughput_storage_pools_advanced_throughput

CPU-Kontingentlimits

Das CPU-Kontingent bezieht sich auf die Gesamtzahl der virtuellen CPUs in Ihren VM-Instanzen in einer Region. CPU-Kontingente gelten für ausgeführte VMs und VM-Reservierungen. Sowohl vordefinierte VMs als auch VMs auf Abruf nutzen dieses Kontingent.

Zum Schutz der Compute Engine-Systeme und anderer Nutzer haben einige neue Konten und Projekte auch ein globales CPUs (All Regions)-Kontingent. Dieses gilt regionenübergreifend und wird als Gesamtzahl Ihrer vCPUs in allen Regionen berechnet.

Wenn Sie beispielsweise in einer Region (z. B. us-central1) noch 48 vCPUs, aber für das Kontingent CPUs (All Regions) nur 32 vCPUs haben, können Sie in der Region us-central1 trotz des verbleibenden Kontingents nur 32 vCPUs starten. Das liegt daran, dass das Kontingent CPU (All Regions) ausgeschöpft wurde. Sie müssen vorhandene Instanzen löschen, um neue Instanzen starten zu können.

E2- und N1-Maschinentypen nutzen gemeinsam einen CPU-Kontingentpool. Wenn nicht anders angegeben, haben alle anderen Maschinentypen eindeutige, separate CPU-Kontingentpools.

Wenn Sie Rabatte für zugesicherte Nutzung für Ihre VMs verwenden, müssen Sie ein Rabattkontingent für zugesicherte Nutzung haben, bevor Sie einen Rabatt für zugesicherte Nutzung erwerben.

In der folgenden Tabelle sind die Kontingentnamen für Compute Engine-Maschinentypen aufgeführt. Wenn das Kontingent nicht für den Maschinentyp gilt, wird der Wert „N/A“ für „Nicht zutreffend“ angezeigt.

Maschinentyp Kontingentpool Name des CPU-Kontingents Name des zugesicherten CPU-Kontingents
N1 Gemeinsam genutzter Pool CPUS Committed_CPUS
E2 Gemeinsam genutzter Pool CPUS Committed_CPUS
N2 Separater Pool N2_CPUS Committed_N2_CPUS
N4 Separater Pool CPUS_PER_VM_FAMILY Committed_N4_CPUS
N2D Separater Pool N2D_CPUS Committed_N2D_CPUS
T2D Separater Pool T2D_CPUS Committed_T2D_CPUS
T2A Separater Pool T2A_CPUS Nicht für T2A verfügbar
Z3 Separater Pool CPUS_PER_VM_FAMILY Committed_Z3_CPUS
M1 Separater Pool M1_CPUS Committed_MEMORY-OPTIMIZED_CPUS
M2 Separater Pool M2_CPUS Committed_MEMORY-OPTIMIZED_CPUS
M3 Separater Pool M3_CPUS Committed_M3_CPUS
M4 Separater Pool CPUS_PER_VM_FAMILY Committed_M4_CPUS
X4 Separater Pool CPUS_PER_VM_FAMILY Committed_X4_CPUS
H3 Separater Pool CPUS_PER_VM_FAMILY Committed_H3_CPUS
C2 Separater Pool C2_CPUS Committed_C2_CPUS
C2D Separater Pool C2D_CPUS Committed_C2D_CPUS
C3 Separater Pool C3_CPUS Committed_C3_CPUS
C3D Separater Pool CPUS_PER_VM_FAMILY Committed_C3D_CPUS
C4 Separater Pool CPUS_PER_VM_FAMILY Committed_C4_CPUS
C4A Separater Pool CPUS_PER_VM_FAMILY Committed_C4A_CPUS
A2* Separater Pool A2_CPUS Committed_A2_CPUS
A4X† Nicht zutreffend für A4X Nicht zutreffend für A4X Nicht zutreffend für A4X
A4† Nicht zutreffend für A4 Nicht zutreffend für A4 Nicht zutreffend für A4
A3† Nicht zutreffend für A3 Nicht zutreffend für A3 Nicht zutreffend für A3
G4† Nicht zutreffend für G4 Nicht zutreffend für G4 Nicht zutreffend für G4
G2† Nicht zutreffend für G2 Nicht zutreffend für G2 Nicht zutreffend für G2
VMs auf Abruf Gemeinsam genutzter Pool PREEMPTIBLE_CPUS Nicht verfügbar für VMs auf Abruf

* Zum Erstellen von A2-VMs benötigen Sie nur die erforderlichen GPU-Kontingente für NVIDIA A100. Sie müssen keine CPU-Kontingente anfordern.

† Zum Erstellen von A4X-, A4-, A3-, G4- und G2-VMs benötigen Sie nur die erforderlichen GPU-Kontingente für NVIDIA B200, H200, H100, RTX PRO 6000 und L4. Sie müssen keine CPU-Kontingente anfordern.

GPU-Kontingent

Auf der Seite Kontingente der Google Cloud Console können Sie prüfen, ob in Ihrem Projekt ausreichend GPUs zur Verfügung stehen. Fordern Sie eine Kontingenterhöhung an, falls erforderlich. Neue Konten und Projekte haben ein globales GPU-Kontingent, das für alle Regionen gilt.

Wie das CPU-Kontingent bezieht sich auch das GPU-Kontingent auf die Gesamtzahl der virtuellen GPUs in allen Ihren VM-Instanzen in einer Region. Für das Ausführen von Instanzen und Reservierungen wird GPU-Kontingent verbraucht. Sie haben unterschiedliche Kontingente für das Erstellen von Standardinstanzen, Spot-VMs (z. B. Instanzen auf Abruf), virtuellen Arbeitsstationen oder Instanzen, die eine zugesicherte Nutzung verwenden.

Wenn Sie ein GPU-Kontingent anfordern, müssen Sie ein Kontingent für die GPU-Modelle anfordern, die Sie in den einzelnen Regionen erstellen möchten. Fordern Sie außerdem ein zusätzliches globales Kontingent (GPUs (all regions)) für die Gesamtzahl der GPUs aller Typen in allen Regionen an.

In der folgenden Tabelle sind die für jeden Maschinentyp verfügbaren GPU-Kontingente aufgeführt.

Maschinentyp GPU-Typ Standardkontingent Zugesichertes Kontingent Kontingent für virtuelle Workstations Kontingent auf Abruf Kontingent für virtuelle Workstations auf Abruf
A4X GB200 Nicht verfügbar COMMITTED_NVIDIA_GB200_GPUS Nicht verfügbar PREEMPTIBLE_NVIDIA_GB200_GPUS Nicht verfügbar
A4 B200 Nicht verfügbar COMMITTED_NVIDIA_B200_GPUS Nicht verfügbar PREEMPTIBLE_NVIDIA_B200_GPUS Nicht verfügbar
A3 Ultra H200 Nicht verfügbar COMMITTED_NVIDIA_H200_GPUS Nicht verfügbar PREEMPTIBLE_NVIDIA_H200_GPUS Nicht verfügbar
A3 Mega H100 GPU_FAMILY:NVIDIA_H100_MEGA COMMITTED_NVIDIA_H100_MEGA_GPUS Nicht verfügbar PREEMPTIBLE_NVIDIA_H100_MEGA_GPUS Nicht verfügbar
A3 Edge und A3 High H100 GPU_FAMILY:NVIDIA_H100 COMMITTED_NVIDIA_H100_GPUS Nicht verfügbar PREEMPTIBLE_NVIDIA_H100_GPUS Nicht verfügbar
A2-Ultra A100 80GB NVIDIA_A100_80GB_GPUS COMMITTED_NVIDIA_A100_80GB_GPUS Nicht verfügbar PREEMPTIBLE_NVIDIA_A100_80GB_GPUS Nicht verfügbar
A2-Standard A100 40GB NVIDIA_A100_GPUS COMMITTED_NVIDIA_A100_GPUS Nicht verfügbar PREEMPTIBLE_NVIDIA_A100_GPUS Nicht verfügbar
G4 Vorschau RTX PRO 6000 GPU_FAMILY:NVIDIA_RTX_PRO_6000 Nicht verfügbar Nicht verfügbar Nicht verfügbar Nicht verfügbar
G2 L4 GPU_FAMILY:NVIDIA_L4 COMMITTED_NVIDIA_L4_GPUS NVIDIA_L4_VWS_GPUS PREEMPTIBLE_NVIDIA_L4_GPUS PREEMPTIBLE_NVIDIA_L4_VWS_GPUS
N1 T4 NVIDIA_T4_GPUS COMMITTED_NVIDIA_T4_GPUS NVIDIA_T4_VWS_GPUS PREEMPTIBLE_NVIDIA_T4_GPUS PREEMPTIBLE_NVIDIA_T4_VWS_GPUS
N1 V100 NVIDIA_V100_GPUS COMMITTED_NVIDIA_V100_GPUS Nicht verfügbar PREEMPTIBLE_NVIDIA_V100_GPUS Nicht verfügbar
N1 P100 NVIDIA_P100_GPUS COMMITTED_NVIDIA_P100_GPUS NVIDIA_P100_VWS_GPUS PREEMPTIBLE_NVIDIA_P100_GPUS PREEMPTIBLE_NVIDIA_P100_VWS_GPUS
N1 P4 NVIDIA_P4_GPUS COMMITTED_NVIDIA_P4_GPUS NVIDIA_P4_VWS_GPUS PREEMPTIBLE_NVIDIA_P4_GPUS PREEMPTIBLE_NVIDIA_P4_VWS_GPUS

Kontingente auf Abruf

Sie können Kontingente auf Abruf für Preemptible CPUs, Preemptible GPUs und Preemptible Local SSDs (GB) anfordern. Diese Kontingente für VMs auf Abruf gelten für die CPUs, GPUs und lokalen SSDs der folgenden VMs:

Wenn für Ihr Projekt kein Kontingent auf Abruf vorhanden ist und Sie noch nie ein Kontingent auf Abruf angefordert haben, wird das Standardkontingent für diese Ressourcen verwendet. Nachdem Sie jedoch ein Kontingent auf Abruf in Ihrem Projekt angefordert haben, können die entsprechenden Ressourcen nur Kontingente auf Abruf verwenden und nicht mehr auf die Verwendung von Standardkontingenten zurückgreifen.

Wenn Sie präemptive Kontingente anfordern, können Sie die Verfügbarkeit von Kontingenten verbessern, da separate Kontingente für temporäre Ressourcen bereitgestellt werden. Nachdem Ihnen von Compute Engine ein Kontingent auf Abruf in einer Region zugeteilt wurde, wird für alle anwendbaren Ressourcen automatisch das Kontingent auf Abruf verwendet. Wenn dieses Kontingent aufgebraucht ist, müssen Sie für diese Ressourcen ein Kontingent auf Abruf anfordern.

Externe IP-Adressen

Sie benötigen eine ausreichende Anzahl an externen IP-Adressen für jede VM, die über das öffentliche Internet erreichbar sein muss. Das regionale IP-Kontingent gilt für die Zuweisung von IPv4-Adressen zu VMs in dieser Region. Das globale IP-Kontingent gilt für die Zuweisung von IPv4-Adressen an globale Netzwerkressourcen wie Load-Balancer. Google Cloud bietet passend zu Ihren Anforderungen verschiedene Arten von IP-Adressen an. Weitere Informationen zu Preisen finden Sie unter Preise für externe IP-Adressen. Ausführliche Informationen zu Kontingenten finden Sie unter Kontingente und Limits.

  • Verwendete externe IP-Adressen: Diese umfassen sitzungsspezifische und statische IP-Adressen, die aktuell von einer Ressource verwendet werden.

  • Statische externe IP-Adressen: Externe IP-Adressen, die für Ihre Ressourcen reserviert wurden und auch nach dem Neustart einer Maschine beibehalten werden. Sie können diese Adressen bei DNS- und Domainanbietern registrieren, um eine nutzerfreundliche Adresse zu erhalten, beispielsweise www.example-site.com.

  • Statische interne IP-Adressen: Mit statischen internen IP-Adressen können Sie interne IP-Adressen aus dem im Subnetz konfigurierten internen IP-Bereich reservieren. Diesen reservierten internen Adressen können Sie nach Bedarf Ressourcen zuordnen.

Kontingent-Roll-outs

Gelegentlich ändert Google Cloud das Standardkontingent für Ressourcen und APIs. Diese Änderungen erfolgen schrittweise. Während des Roll-outs eines neuen Standardkontingents spiegelt das maximale Kontingent, das in der Google Cloud -Konsole angezeigt wird, möglicherweise nicht das tatsächliche maximale Kontingent wider, das Ihnen zur Verfügung steht.

Angenommen, Google Cloud ändert das standardmäßige maximale Kontingent für Firewallregeln von 200 in 300. Wenn Sie Ihr Kontingent mit der Google Cloud Konsole ansehen, kann das neue Kontingent von 300 angezeigt werden, obwohl Ihr tatsächliches Kontingent 200 ist, bis der Roll-out abgeschlossen ist.

Informationen zu laufenden Kontingent-Roll-outs finden Sie unter Bekannte Probleme. Wenn keine Probleme beschrieben werden, werden keine Kontingent-Roll-outs ausgeführt.

Wenn ein Kontingent-Roll-out läuft und Sie das tatsächliche maximale Kontingent bestätigen möchten, das Ihnen zur Verfügung steht, prüfen Sie Ihr Kontingent über die Google Cloud CLI. Wenn Sie ein größeres Kontingent benötigen, als Sie Zugriff haben, senden Sie eine Anfrage zur Kontingentanpassung.

Nächste Schritte