Kontingente und Limits

In diesem Dokument sind die Kontingente und Systemlimits für Google Cloud Managed Lustre aufgeführt.

• Kontingente haben Standardwerte, aber Sie können in der Regel Anpassungen anfordern.
• Systemlimits sind feste Werte, die nicht geändert werden können.

Google Cloud nutzt Kontingente, um für Fairness zu sorgen und Spitzen bei der Ressourcennutzung und ‑verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einerGoogle Cloud Ressource Ihr Google Cloud Projekt nutzen kann. Kontingente gelten für eine Reihe von Ressourcentypen, einschließlich Hardware, Software und Netzwerkkomponenten. Mit Kontingenten können Sie beispielsweise die Anzahl der API-Aufrufe an einen Dienst, die Anzahl der von Ihrem Projekt nebenläufig verwendeten Load Balancer oder die Anzahl der Projekte begrenzen, die Sie erstellen können. Kontingente sollen eine Überlastung von Diensten verhindern und dadurch die Community derGoogle Cloud Nutzer schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Google Cloud Ressourcen.

Das Cloud-Kontingentsystem tut Folgendes:

• Es überwacht Ihren Verbrauch von Google Cloud Produkten und Diensten.
• Es schränkt Ihren Verbrauch dieser Ressourcen ein.
• Es bietet eine Möglichkeit, Änderungen am Kontingentwert zu beantragen und Kontingentanpassungen zu automatisieren.

Wenn Sie versuchen, mehr von einer Ressource zu verbrauchen, als das Kontingent zulässt, blockiert das System in den meisten Fällen den Zugriff auf die Ressource. Die Aufgabe, die Sie auszuführen versuchen, schlägt dann fehl.

Kontingente gelten in der Regel auf Google Cloud Projektebene. Die Nutzung einer Ressource in einem Projekt hat keinen Einfluss auf das verfügbare Kontingent in einem anderen Projekt. Innerhalb eines Google Cloud Projekts werden die Kontingente für alle Anwendungen und IP-Adressen gemeinsam genutzt.

Weitere Informationen finden Sie unter dem Cloud-Kontingente – Übersicht.

Für Managed Lustre-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.

System limits

In Managed Lustre gelten die folgenden Systemlimits:

System limit	Wert
Minimale Speicherkapazität pro Managed Lustre-Instanz	Definiert durch Leistungs stufe: Dynamisch: 472.000 GiB 125 MB/s pro TiB: 72.000 GiB 250 MB/s pro TiB: 36.000 GiB 500 MB/s pro TiB: 18.000 GiB 1.000 MB/s pro TiB: 9.000 GiB
Maximale Speicherkapazität pro Managed Lustre-Instanz	Definiert durch Leistungs stufe: Dynamisch: 84.016.000 GiB (80,1 PiB) 125 MB/s pro TiB: 20.448.000 GiB (19,5 PiB) 250 MB/s pro TiB: 40.032.000 GiB (38,2 PiB) 500 MB/s pro TiB: 20.016.000 GiB (19,1 PiB) 1.000 MB/s pro TiB: 10.008.000 GiB (9,5 PiB)
Maximale Dateigröße	0,5 PiB
Maximale Anzahl von Instanzen pro Projekt	20
Maximale Anzahl von Clientverbindungen pro Instanz. Dieses Limit gilt sowohl für Compute Engine-Instanzen als auch für GKE-Knoten, auf denen die Managed Lustre-Instanz eingebunden ist.	20.000

Kontingente

Nummerierte Stufen

Für nummerierte Stufen (z. B. 1.000 MB/s pro TiB) hat Managed Lustre Kontingente für den Durchsatz (GB/s) und die Speicherkapazität (GiB). Diese Kontingente gelten pro Virtual Private Cloud (VPC)-Netzwerk und Zone. Wenn Sie eine Instanz erstellen, verbrauchen Sie sowohl Durchsatz als auch Kapazität aus Ihren Kontingenten, basierend auf der Instanzgröße und der Leistungsstufe. Die Kontingente für Durchsatz und Kapazität werden für alle nummerierten Stufen gemeinsam genutzt. Das bedeutet, dass Sie Ihr Kontingent verwenden können, um Instanzen in jeder nummerierten Stufe zu erstellen, ohne ein stufenspezifisches Kontingent anfordern zu müssen.

Wenn Sie zusätzliches Kontingent benötigen, können Sie Erhöhungen für den Durchsatz oder die Kapazität unabhängig voneinander anfordern.

Dynamische Stufe

Für die dynamische Stufe wird ein einzelnes Kontingent verwendet: Speicherkapazität (GiB) für die dynamische Stufe pro Zone und VPC (dynamic_tier_capacity). Die einzelnen Kontingente für Kapazität und Durchsatz gelten nicht für die dynamische Stufe.

Legacy-Kontingente pro Leistungsstufe

Wenn in Ihrem Projekt zuvor Kontingente für die Speicherkapazität verwendet wurden, die für einzelne Leistungsstufen spezifisch sind (z. B. ein Kontingent, das für die Stufe mit 1.000 MB/s pro TiB spezifisch ist), wurden diese Kontingente durch die Kontingente für Durchsatz und Kapazität ersetzt, die für alle Leistungsstufen gemeinsam genutzt werden.

Im Rahmen dieser Umstellung werden Ihre alten stufenspezifischen Kontingente in der Google Cloud Console möglicherweise als Unbegrenzt aufgeführt. Beachten Sie Folgendes zu diesem Status:

• Die Instanzerstellung ist durch gemeinsame Kontingente begrenzt:Ein Status von Unbegrenzt für Legacy-Kontingente bedeutet nicht, dass Sie unbegrenzt viele Instanzen erstellen können. Die neuen gemeinsamen Kontingente für Durchsatz und Kapazität haben Vorrang.
• Anfragen zur Kontingenterhöhung sind nicht verfügbar:Sie können keine Anfrage zur Kontingenterhöhung für Kontingente senden, die als unbegrenzt gekennzeichnet sind. Wenn Sie mehr Kontingent anfordern möchten, senden Sie eine Anfrage für die neuen gemeinsamen Kontingente für Durchsatz und Kapazität.

Kontingentdetails

Managed Lustre unterstützt die folgenden Kontingente:

Element	Beschreibung
Leselimit pro Minute	Die maximale Anzahl von API-Anfragen, die ein IAM-Nutzer innerhalb eines Zeitraums von 1 Minute an die Google Cloud Managed Lustre API senden kann. Dieses Kontingent gilt nur für API-Aufrufe.
Lustre-Durchsatzkapazität (GB/s) pro Zone und VPC	Durchsatzkapazität in GB/s für Managed Lustre-Instanzen.
Lustre-Speicherkapazität (GiB) pro Zone und VPC	Speicherkapazität in GiB für Managed Lustre-Instanzen.
Speicherkapazität (GiB) für die dynamische Stufe pro Zone und VPC	Speicherkapazität in GiB für die dynamische Leistungsstufe.

Rechner für Durchsatz- und Kapazitätskontingente

Mit den folgenden Tools können Sie die maximale Größe der nummerierten Stufeninstanz berechnen, die Sie erstellen können, sowie das Kontingent für Durchsatz und Kapazität, das Sie für eine bestimmte Instanzgröße benötigen.

Weitere Kontingente anfordern

Kontingente für Durchsatz und Kapazität sind auf ein VPC-Netzwerk und eine Zone beschränkt.

Google Cloud Console

Sie können über die Google Cloud Console zusätzliche Kontingente anfordern. Rufen Sie dazu die Seite Dienstdetails für Managed Lustre auf:

1. Rufen Sie die Seite Dienstdetails auf:

   Zu den Dienstdetails von Managed Lustre

2. Wählen Sie den Tab Kontingente und Systemlimits aus.

3. Wählen Sie das Kontingent aus, das Sie erhöhen möchten. Kontingente für Durchsatz und Kapazität gelten pro Zone und Netzwerkname.

   Wichtig: Wenn Sie eine Kontingenterhöhung für eine Zone- und VPC-Kombination anfordern, in der Sie keine Instanz erstellt haben, wird diese Kombination nicht in der Tabelle aufgeführt. Wenn Sie zusätzliches Kontingent anfordern möchten, erstellen Sie mit der gcloud CLI eine Kontingentanfrage, die die Zone und die VPC enthält. Ein Beispiel finden Sie auf dem Tab „gcloud CLI“. Kontingentanfragen, die die Zone und die VPC nicht enthalten, schlagen fehl.

4. Klicken Sie auf Bearbeiten.

5. Geben Sie einen neuen Wert ein, der das Systemlimit nicht überschreitet.

6. Geben Sie alle zusätzlichen Informationen ein und klicken Sie auf Anfrage senden.

gcloud CLI

Wenn Sie mit der Google Cloud CLI zusätzliches Kontingent anfordern möchten, erstellen Sie eine Anfrage zur Anpassung von Cloud-Kontingenten mit der Cloud Quotas API.

Für die Cloud Quotas API ist eine quota-id erforderlich. Für Managed Lustre-Kontingente werden die folgenden Werte unterstützt:

• api-requests
• throughput
• capacity
• dynamic-tier-capacity

Sie müssen jeweils eine separate Anfrage für Kapazität und Durchsatz erstellen.

Verwenden Sie den gcloud beta quotas preferences create Befehl, um eine neue Kontingenteinstellung zu erstellen:

gcloud beta quotas preferences create \
  --project=PROJECT_NUMBER \
  --quota-id=QUOTA_ID \
  --preferred-value=PREFERRED_VALUE \
  --service=lustre.googleapis.com \
  --dimensions=zone=ZONE,network_name=projects/VPC_PROJECT_ID/global/networks/NETWORK_NAME \
  --email=EMAIL \
  --justification="JUSTIFICATION"

Ersetzen Sie Folgendes:

• PROJECT_NUMBER: Ihre Google Cloud Projekt nummer. Sie finden Ihre Projektnummer auf der Willkommensseite der Google Cloud Console oder durch Ausführen des folgenden gcloud CLI-Befehls:

  PROJECT=$(gcloud info --format='value(config.project)')
  gcloud projects describe ${PROJECT} --format="value(projectNumber)"

• QUOTA_ID: Die ID des Kontingents, das Sie aktualisieren. Einer der Werte api-requests, throughput, capacity, oder dynamic_tier_capacity.

• Der PREFERRED_VALUE für das angegebene Kontingent. Akzeptiert eine einfache Ganzzahl (z.B. 18000). Geben Sie die Zahl gemäß den folgenden Einheiten an:

  • api-requests: Anfragen pro Nutzer und Minute
  • throughput: GB/s
  • capacity: GiB
  • dynamic_tier_capacity: GiB

• Die ZONE für diese Anfrage zur Kontingenterhöhung. Beispiel: us-west1-a.

• Die VPC_PROJECT_ID und NETWORK_NAME. Beispiel: vpc-project-1234 und default.

• EMAIL: Eine E-Mail-Adresse, die als Kontakt für diese Anfrage verwendet werden kann.

• JUSTIFICATION: Der Grund für diese Anfrage.

Anfragen zur Anpassung von Cloud-Kontingenten unterliegen einer Prüfung. Sie erhalten eine E-Mail, in der der Eingang Ihrer Anfrage bestätigt wird. Falls Sie weitere Hilfe benötigen, antworten Sie einfach auf diese E‑Mail. Nach der Prüfung Ihrer Anfrage erhalten Sie eine E‑Mail-Benachrichtigung, in der Sie darüber informiert werden, ob Ihre Anfrage genehmigt wurde.