In diesem Dokument sind die für Dataplex geltenden Kontingente aufgeführt.
Google Cloud nutzt Kontingente, um Fairness zu gewährleisten und Spitzen bei Ressourcennutzung und -verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einerGoogle Cloud -Ressource Ihr Google Cloud -Projekt nutzen darf. 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 gleichzeitig verwendeten Load Balancer oder die Anzahl der Projekte begrenzen, die Sie erstellen können. Die 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 ermöglicht Folgendes:
- Verbrauch von Google Cloud -Produkten und ‑Diensten überwachen
- Ihren Verbrauch dieser Ressourcen einschränken
- Eine Möglichkeit bieten, Änderungen am Kontingentwert anzufordern
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 ausführen möchten, schlägt fehl.
Kontingente gelten in der Regel auf Google Cloud -Projektebene. Ihre Nutzung einer Ressource in einem Projekt hat keinen Einfluss auf Ihr verfügbares Kontingent in einem anderen Projekt. Innerhalb eines Google Cloud -Projekts werden die Kontingente für alle Anwendungen und IP-Adressen gemeinsam genutzt.
Für Dataplex-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.
In Dataplex gelten Kontingente für die Anzahl der API-Anfragen in einem bestimmten Zeitraum und die Anzahl der Ressourcen, die in einem Projekt erstellt werden können. Kontingente schützen vor unerwarteten Auslastungsspitzen und überlasteten Diensten. Weitere Informationen zu den Gründen für die Erzwingung von Kontingenten
Je mehr Sie Dataplex nutzen, desto höher kann Ihr Kontingentbedarf werden. Wenn das verfügbare Kontingent für Ihre Anforderungen nicht ausreicht oder Sie eine stärkere Auslastung erwarten, können Sie proaktiv eine Kontingenterhöhung anfordern.
Kontingente für Anfragen
Die Dataplex API erzwingt Kontingente für die Ressourcenverwaltung und Suchanfragen in Dataplex Catalog auf verschiedenen Ebenen, unabhängig von ihrer Herkunft. Dazu gehören auch Anfragen, die direkt von API-Aufrufen, Clientbibliotheken, der Google Cloud CLI und der Google Cloud -Konsole stammen.
Für Dataplex-Anfragen gelten die folgenden Kontingente:
| Kontingent | Standard |
|---|---|
| Leseanfragen für Einträge und Aspekte pro Projekt pro Region pro Minute | 6000 |
| Schreibanfragen für Einträge und Aspekte pro Projekt pro Region pro Minute | 1500 |
| Leseanfragen für Aspekttypen, Eintragstypen und Eintragsgruppen pro Projekt, Nutzer und Minute | 100 |
| Leseanfragen für Aspekttypen, Eintragstypen und Eintragsgruppen pro Projekt und Minute | 200 |
| Schreibanfragen für Aspekttypen, Eintragstypen und Eintragsgruppen pro Projekt, Nutzer und Minute | 10 |
| Schreibanfragen für Aspekttypen, Eintragstypen und Eintragsgruppen pro Projekt und Minute | 20 |
| Suchanfragen pro Projekt, Minute und Nutzer | 900 |
| Suchanfragen pro Projekt und Minute | 1.200 |
| Suchanfragen pro Organisation und Minute | 2400 |
| Suchanfragen pro Organisation und Tag | 345600 |
| Leseanfragen für Metadatenjobs pro Projekt pro Region und Minute | 400 |
| Leseanfragen für Metadatenjobs pro Projekt, Nutzer und Region pro Minute | 200 |
| Schreibanfragen für Metadatenjobs pro Projekt pro Region pro Minute | 20 |
| Schreibanfragen für Metadatenjobs pro Projekt, Nutzer und Region pro Minute | 10 |
Für jede in der folgenden Tabelle aufgeführte Dataplex-Anfrage wird das Kontingent sowohl auf Projektebene als auch auf Projekt- und Nutzerebene durchgesetzt.
| Kontingent | Beispiele |
|---|---|
| Leseanfragen für die Ressourcenverwaltung | See abrufen, Zonen auflisten |
| Schreibanfragen für die Ressourcenverwaltung | See erstellen, Asset löschen |
| Anfragen für Metadaten erhalten | Entität abrufen, Partition abrufen |
| Anfragen für Metadaten auflisten | Entitäten auflisten, Partitionen auflisten |
| Schreibanfragen für Metadaten | Entität aktualisieren, Partition löschen |
| Anfragen für Aufgaben- und Jobressourcen lesen | Aufgaben abrufen, Jobs auflisten |
| Schreibanfragen für Aufgaben- und Jobressourcen | Aufgabe erstellen, Job abbrechen |
| IAM-Richtlinienanfragen festlegen | IAM-Richtlinie festlegen |
Kontingente für Ressourcen
Das Ressourcenkontingent wird für die folgenden Ressourcentypen auf Projektebene erzwungen: Datensee, Zone, Asset, On-Demand-Aufgabe, wiederkehrende Aufgabe. Sie können die aktuelle Nutzung des Dataplex-Kontingents in der Google Cloud -Console auf der Seite Kontingente einsehen.
Kontingenterhöhung anfordern
Rufen Sie in der Google Cloud Console die Seite Kontingente auf.
Wählen Sie das Kontingent aus, das Sie ändern möchten.
Klicken Sie auf Weitere Aktionen > Kontingent bearbeiten.
Geben Sie den neuen Kontingentwert und eine Beschreibung der Anfrage ein.
Klicken Sie auf Weiter.
Geben Sie die Kontaktdaten ein.
Klicken Sie auf Anfrage senden.
Verwenden Sie die Google Cloud Console, um die meisten Kontingente anzupassen. Weitere Informationen finden Sie unter Kontingentanpassung beantragen.
Kontingentabhängigkeiten
Bei der Verwendung von Dataplex können auch andere Google Cloud -Produkte zum Einsatz kommen. Für die Datenermittlung müssen beispielsweise Cloud Storage- und/oder BigQuery APIs aufgerufen werden, um mit den zugrunde liegenden Ressourcen zu interagieren. Für diese gelten Kontingente auf Projektebene, von denen einige auch die Nutzung von Dataplex betreffen.
Kontingentseiten anderer Produkte, die Sie mit Dataplex verwenden können:
Diese Liste ist nicht vollständig.
Limits
Für Dataplex Catalog und die Suche gelten die folgenden Einschränkungen:
| Limit | Wert |
|---|---|
| Größe einer Anfrage für Einträge und Aspekte (einschließlich Schemaaspekt) | 2 MB |
| Länge einer Eintrags-ID | 4.000 Zeichen |
| Länge eines vollständig qualifizierten Namens in einem Eintrag | 4.000 Zeichen |
| Länge des Anzeigenamens der Eintragsquelle in einem Eintrag | 500 Zeichen |
| Länge der Beschreibung der Datenquelle in einem Eintrag | 2.000 Zeichen |
| Länge der Ressourcenquelle des Eintrags | 4.000 Zeichen |
| Länge des Quellsystems des Eintrags in einem Eintrag | 64 Zeichen |
| Länge der Quellplattform des Eintrags | 64 Zeichen |
| Länge der Quellenlabels eines Eintrags | 128 Zeichen für jeden Schlüssel und Wert |
| Größe des JSON-Inhalts in einem Aspekt (außer Schemaaspekt) | 120 KB |
| Gesamtgröße eines Eintrags | 5 MB |
| Maximale Anzahl von Aspekten in einem Eintrag | 10.000 |
| Länge des Anzeigenamens des Datensatztyps, des Aspekttyps und der Datensatzgruppe | 256 |
| Länge der Beschreibung des Eintragstyps, des Aspekttyps und der Eintragsgruppe | 1.024 |
| Länge des Feldnamens in einer Vorlage für den Aspekttyp | 63 |
| Maximale Anzahl der erforderlichen Aspekttypen in einem Eintragstyp | 20 |
| Maximale Anzahl von Enum-Werten in einer Vorlage für den Aspekttyp | 1.024 |
| Maximale Anzahl von Elementen in Dataplex-Suchergebnissen | 500 |