Kontingente und Limits

In den folgenden Abschnitten werden Kontingente und Limits für Dataproc Metastore erläutert. Wenn Sie ein Kontingent ändern möchten, können Sie über die Google Cloud Console zusätzliche Kontingente anfordern. Limits können normalerweise nicht erhöht werden, sofern nicht ausdrücklich angegeben.

Kontingente und Limits

Dataproc Metastore-Dienste

Element Kontingente und Limits Notes
Dienste pro einzelne Region 20 Dienste Wenn ein Projekt gegen die Google Cloud-Dienstrichtlinien verstößt, verringert sich das Dienstkontingent pro Region erheblich.
Dienste pro Multiregion 5 Dienste Wenn ein Projekt gegen die Google Cloud-Dienstrichtlinien verstößt, verringert sich das Dienstkontingent pro Region erheblich.

Metadatenspeicher für Dataproc Metastore-Dienste

Posten Kontingente und Limits Notes
Metadatenspeicher pro Developer-Dienststufe 10 GB
Metadatenspeicher pro Enterprise-Dienststufe 1 TB

Abfragen pro Sekunde für Dataproc Metastore-Projekte

Element Kontingente und Limits Notes
Abfragen pro Sekunde pro Projekt 20 Abfragen pro Sekunde
Abfragen pro Sekunde (QPS) pro Projekt und Nutzer 5 QPS
Wartungsabfragen pro Sekunde (QPS) pro Projekt 20 Abfragen pro Sekunde Die folgenden Hive Metastore-Anfragen verbrauchen dieses Kontingent:
  • createTable
  • createDatabase
  • deleteTable
  • deleteDatabase
    		•

    Job-Zeitlimit für Dataproc Metastore

    Element Kontingente und Limits Notes
    Zeitlimit des Jobs für Export/Sicherung/Wiederherstellung 1 Stunde
    Zeitlimit des Jobs für den Import 3 Stunden

    Kontingentverwaltung

    Dataproc Metastore legt aus verschiedenen Gründen Kontingente für die Ressourcennutzung fest. Diese schützen unter anderem die gesamte Google Cloud-Community vor unerwarteten Auslastungsspitzen. Außerdem helfen Kontingente Nutzern, die Google Cloud mit der kostenlosen Stufe kennen, bei der Einhaltung des Testzeitraums.

    Alle Projekte beginnen mit den gleichen Kontingenten. Sie können diese ändern, indem Sie zusätzliche Kontingente anfordern. Einige Kontingente können entsprechend Ihrer Nutzung eines Produkts automatisch erhöht werden.

    Berechtigungen

    Zur Anzeige von Kontingenten oder zur Anforderung von Kontingenterhöhungen benötigen IAM-Hauptkonten (Identity Access Management) eine der folgenden Rollen:

    Aufgabe Erforderliche Rolle
    Kontingente für ein Projekt prüfen Projektinhaber oder -bearbeiter oder Kontingentbetrachter
    Kontingente ändern, zusätzliche Kontingente anfordern Projektinhaber oder -bearbeiter, Kontingentadministrator oder benutzerdefinierte Rolle mit der Berechtigung serviceusage.quotas.update

    Kontingent prüfen

    Console

    1. Öffnen Sie in der Google Cloud Console die Seite Kontingente.

      Zur Seite „Kontingente“

    2. Mit dem Feld Tabelle filtern können Sie nach den zu aktualisierenden Kontingenten suchen. Wenn Sie den Namen des Kontingents nicht kennen, verwenden Sie stattdessen die Links auf dieser Seite.

    Fehler beim Überschreiten Ihres Kontingents

    Wenn Sie mit einem gcloud-Befehl ein Kontingent überschreiten, gibt gcloud eine quota exceeded-Fehlermeldung aus und liefert den Exit-Code 1.

    Wenn Sie mit einer API-Anfrage ein Kontingent überschreiten, gibt Google Cloud diesen HTTP-Statuscode zurück: HTTP 413 Request Entity Too Large.

    Weitere Kontingente anfordern

    Auf der Seite Kontingente in der Google Cloud Console können Sie weitere Kontingente anfordern. Die Bearbeitung von Kontingentanforderungen dauert 24 bis 48 Stunden.

    Console

    1. Öffnen Sie in der Google Cloud Console die Seite Kontingente.

      Zur Seite „Kontingente“

    2. Wählen Sie auf der Seite Kontingente die Kontingente aus, die Sie ändern möchten.

    3. Klicken Sie oben auf der Seite auf Kontingente bearbeiten.

    4. Geben Sie Ihren Namen, Ihre E-Mail-Adresse und Ihre Telefonnummer ein und klicken Sie auf Weiter.

    5. Geben Sie Ihre Kontingentanforderung ein und klicken Sie auf Fertig.

    6. Senden Sie die Anfrage.

    Ressourcenverfügbarkeit

    Jedes Kontingent stellt die maximale Anzahl an Ressourcen eines bestimmten Typs dar, die Sie erstellen können, vorausgesetzt, der Ressourcentyp ist verfügbar. Beachten Sie, dass Kontingente die Verfügbarkeit von Ressourcen nicht garantieren. Selbst wenn Sie ein verfügbares Kontingent haben, können Sie keine neue Ressource erstellen, wenn diese nicht verfügbar ist.

    Beispielsweise könnten Sie über ein ausreichendes Kontingent verfügen, um eine neue regionale, externe IP-Adresse in der Region us-central1 zu erstellen, was jedoch nicht möglich wäre, wenn es in dieser Region keine verfügbaren externen IP-Adressen gäbe. Die Verfügbarkeit von zonalen Ressourcen kann sich auch auf Ihre Fähigkeit auswirken, eine neue Ressource zu erstellen.

    Es kommt nur selten vor, dass Ressourcen in einer gesamten Region nicht verfügbar sind. Ressourcen in einer Zone können jedoch vorübergehend erschöpft sein, was sich normalerweise nicht auf das Service Level Agreement (SLA) für den Ressourcentyp auswirkt. Weitere Informationen finden Sie im entsprechenden SLA für die Ressource.

    Nächste Schritte