In diesem Dokument sind die Kontingente für Knowledge Catalog (früher Dataplex Universal Catalog) aufgeführt.
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 Cloud-Kontingente – Übersicht.
Für Knowledge Catalog-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.
Im Knowledge Catalog werden 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, erzwungen. Kontingente schützen Sie vor unvorhergesehenen Auslastungsspitzen und überlasteten Diensten. Weitere Informationen zu Kontingenten
Je mehr Sie den Knowledge Catalog nutzen, desto höher kann Ihr Kontingentbedarf sein. Wenn das verfügbare Kontingent für Ihr Projekt nicht ausreicht oder Sie eine stärkere Auslastung erwarten, können Sie proaktiv eine Kontingenterhöhung anfordern.
API-Anfragetypen
API-Anfragen für verschiedene Knowledge Catalog-Funktionen wie Ressourcenverwaltung, Metadaten, Aufgaben und Datenscans werden in generische Kategorien eingeteilt, um die Dienstnutzung und den Schutz zu verwalten.
Leseanfragen
Lesevorgänge sind Vorgänge, mit denen Informationen zu vorhandenen Ressourcen, Metadaten oder zum Ausführungsverlauf abgerufen werden, ohne dass Konfigurationen oder der Status geändert werden. Diese Vorgänge sind nicht mutierend und lösen keine neuen Verarbeitungsvorgänge aus.
Zu den Leseanfragevorgängen gehören Get, List und Describe. Wenn Sie beispielsweise die Definition eines Datenscans oder den Status eines Scanjobs aufrufen, handelt es sich um eine Leseanfrage.
Schreibanfragen
Schreibanfragen umfassen alle Vorgänge, mit denen Ressourcendefinitionen erstellt, aktualisiert oder gelöscht werden, sowie Vorgänge, mit denen Sicherheitsrichtlinien geändert werden. Das sind Vorgänge, die den Status der Umgebung ändern.
Zu den Schreibanfragevorgängen gehören Create, Update, Delete, Cancel und SetIamPolicy. Das Konfigurieren eines Datenqualitätsscans oder das Aktualisieren eines vorhandenen Datenprofilscans ist beispielsweise ein Schreibvorgang.
Anfragen ausführen
„Run“-Anfragen beziehen sich speziell auf das Auslösen der aktiven Ausführung einer vorkonfigurierten Ressource. Im Gegensatz zu einer Schreibanfrage, mit der möglicherweise ein wiederkehrender Zeitplan erstellt wird, wird eine Ausführungsanfrage häufig für die On-Demand-Ausführung der konfigurierten Logik verwendet.
Wenn Sie beispielsweise die Ausführung eines Datenscans manuell starten, ist das eine Ausführungsanfrage.
Kontingente für Dataplex API-Anfragen
Die Dataplex API erzwingt Kontingente für die Verwaltung von Knowledge Catalog-Ressourcen und Suchanfragen auf verschiedenen Ebenen, unabhängig von ihrem Ursprung. Dazu gehören Anfragen, die direkt von API-Aufrufen, Clientbibliotheken, der Google Cloud CLI und der Google Cloud -Konsole stammen.
Für Knowledge Catalog-Anfragen gelten die folgenden Kontingente:
| Kontingent | Standard |
|---|---|
| Leseanfragen für Einträge und Aspekte pro Projekt, Region und Minute | 6000 |
| Schreibanfragen für Einträge und Aspekte pro Projekt, Region und 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, Nutzer und Minute | 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, Region und Minute | 400 |
| Leseanfragen für Metadatenjobs pro Projekt, Nutzer, Region und Minute | 200 |
| Schreibanfragen für Metadatenjobs pro Projekt, Region und Minute | 20 |
| Schreibanfragen für Metadatenjobs pro Projekt, Nutzer, Region und Minute | 10 |
| Leseanfragen für Datenscans pro Projekt, Region und Minute | 1.200 |
| Leseanfragen für Datenscans pro Projekt, Nutzer, Region und Minute | 600 |
| Schreibanfragen für Datenscans pro Projekt, Region und Minute | 200 |
| Schreibanfragen für Datenscans pro Projekt, Nutzer, Region und Minute | 100 |
| Anfragen zum Ausführen von Datenscans pro Projekt, Region und Minute | 60 |
| Anfragen zum Ausführen von Datenscans pro Projekt, Nutzer, Region und Minute | 30 |
| Menge der Metadaten, die von Metadaten-Exportjobs pro Organisation und Tag exportiert werden | 10 GB |
|
Menge der Metadaten, die von Metadatenexportjobs pro Organisation und Tag für den Export gescannt werden Bei diesem Kontingent wird das Gesamtvolumen der Metadaten berücksichtigt, die in der Organisation, den Projekten oder den Eintragsgruppen vorhanden sind, die für den Metadatenexportjob infrage kommen. |
100 GB |
Für jede Knowledge Catalog-Anfrage, die in der folgenden Tabelle aufgeführt ist, wird das Kontingent sowohl auf Projekt- als auch auf Projekt-pro-Nutzer-Ebene erzwungen.
| Kontingent | Beispiele |
|---|---|
| Leseanfragen für die Ressourcenverwaltung | Lake abrufen, Zonen auflisten |
| Schreibanfragen für die Ressourcenverwaltung | Lake erstellen, Asset löschen |
| Metadatenanfragen erhalten | Entität oder Partition abrufen |
| Metadatenanfragen auflisten | Entitäten und Partitionen auflisten |
| Schreibanfragen für Metadaten | Entität aktualisieren, Partition löschen |
| Anfragen zum Lesen von Aufgaben- und Jobressourcen | Aufgabe abrufen, Jobs auflisten |
| Schreibanfragen für Task- und Jobressourcen | Aufgabe erstellen, Job abbrechen |
| IAM-Richtlinienanfragen festlegen | IAM-Richtlinie festlegen |
Kontingente für Data Lineage API-Anfragen
Für die Data Lineage API gelten Kontingente für Folgendes:
- Leseanfragen, bei denen nur die Daten zurückgegeben werden
- Anfragen schreiben, mit denen Daten erstellt oder geändert werden
- Open Lineage erstellen
Für Data Lineage-Anfragen gelten die folgenden Kontingente:
| Kontingent | Standardwert |
|---|---|
| Leseanfragen pro Projekt, Nutzer, Region und Minute | 1000 |
| Schreibanfragen pro Projekt, Nutzer, Region und Minute | 6000 |
| Open Lineage-Anfragen pro Projekt, Nutzer, Region und Minute | 3.000 |
Kontingente für Ressourcen
Das Ressourcenkontingent wird auf Projektebene für die folgenden Ressourcentypen erzwungen: See, Zone, Asset, On-Demand-Aufgabe, wiederkehrende Aufgabe. Ihre aktuelle Nutzung des Knowledge Catalog-Kontingents können Sie 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 das Dreipunkt-Menü > 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.
Die meisten Kontingente können Sie in der Google Cloud Console anpassen. Weitere Informationen finden Sie unter Kontingentanpassung anfordern.
Kontingentabhängigkeiten
Ihre Knowledge Catalog-Nutzung kann auch andere Google Cloud Produkte umfassen. 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 Knowledge Catalog betreffen.
Kontingentseiten anderer Produkte, die Sie möglicherweise mit Knowledge Catalog verwenden:
Diese Liste ist nicht vollständig.
Limits
Für den Knowledge Catalog gelten die folgenden Limits:
| Limit | Wert |
|---|---|
| Größe einer Anfrage für Einträge und Aspekte (einschließlich Schemaaspekt) | 2 MB |
| Länge einer Eintrag-ID | 4.000 Zeichen |
| Länge eines vollständig qualifizierten Namens in einem Eintrag | 4.000 Zeichen |
| Länge des Anzeigenamens der Quelle eines Eintrags | 500 Zeichen |
| Länge der Beschreibung der Eintragsquelle in einem Eintrag | 2.000 Zeichen |
| Länge der Ressource für die Eintragsquelle in einem Eintrag | 4.000 Zeichen |
| Länge des Quellsystems eines Eintrags | 64 Zeichen |
| Länge der Quellplattform in einem Eintrag | 64 Zeichen |
| Länge der Labels für die Eintragsquelle in einem Eintrag | 128 Zeichen für jeden Schlüssel und Wert |
| Größe des JSON-Inhalts in einem Aspekt (außer Schema- und Datenprofilaspekten) | 120 KB |
| Größe des JSON-Inhalts in einem Aspekt des Datenprofils | 1 MB |
| Gesamtgröße eines Eintrags | 5 MB |
| Maximale Anzahl von Aspekten in einem Eintrag | 10.000 |
| Länge des Anzeigenamens für Eintragstyp, Aspekttyp und Eintragsgruppe | 256 |
| Länge der Beschreibung von Eintragstyp, Aspekttyp und Eintragsgruppe | 1.024 |
| Länge des Feldnamens in einer Aspekttypvorlage | 63 |
| Maximale Anzahl erforderlicher Aspekttypen in einem Eintragstyp | 20 |
| Maximale Anzahl von Enum-Werten in einer Vorlage für einen Attributtyp | 1.024 |
| Maximale Anzahl von Elementen in Knowledge Catalog-Suchergebnissen | 500 (Nur-Keyword-Suchmodus in der Google Cloud Console odersemanticSearch=falsebei Verwendung der API)100 (alle anderen Suchvorgänge) |
| Maximale Anzahl von Daten-Scans pro Projekt und Region | 1000 |
| Maximale Anzahl von Datenprodukten pro Projekt und Region | 50 |
| Maximale Anzahl von Daten-Assets pro Datenprodukt | 10 |