Dieses Dokument enthält aktuelle Einschränkungen und Nutzungslimits für Sensitive Data Protection. Weitere Informationen finden Sie auf der Seite "Preise".
Die Limits gelten für alle Google Cloud Console-Projekte sowie für alle Anwendungen und IP-Adressen, die dieses Projekt verwenden.
In der Google Cloud Console können Sie niedrigere Kontingente festlegen.
Ratenkontingente
In dieser Tabelle sind wichtige Ratenkontingente für Sensitive Data Protection-Anfragen in jedem Projekt aufgeführt. Informationen zu anderen Kontingenten finden Sie in der Google Cloud Console auf der Seite Kontingente und Systemlimits.
| Kontingent | Messwert | Wert | Beschreibung |
|---|---|---|---|
| Anzahl der Anfragen pro Minute | dlp.googleapis.com/quota_tokens |
10.000 | Gesamtzahl der Anfragen über alle globalen und regionalen Endpunkte für Sensitive Data Protection an allen Standorten. Anfragen an regionale Endpunkte oder an den globalen Endpunkt mit einem angegebenen Standort verbrauchen sowohl das regionale Kontingent als auch dieses globale Kontingent. |
| Anzahl der Anfragen an den globalen Endpunkt mit einem angegebenen Standort pro Minute und Region | dlp.googleapis.com/quota_tokens_regional |
600 |
Anfragen an den globalen Endpunkt (dlp.googleapis.com), bei denen ein Standort angegeben ist.
Diese Anfragen verbrauchen auch das globale Kontingent (dlp.googleapis.com/quota_tokens). In der Google Cloud Console wird dieses Kontingent als Anzahl der Anfragen an einen regionalen Endpunkt aufgeführt.
|
| Anzahl der Anfragen an einen regionalen Endpunkt (REP) pro Minute und Region | dlp.googleapis.com/quota_tokens_rep |
100 |
Anfragen an einen regionalen Endpunkt (dlp.REGION.rep.googleapis.com). Diese Anfragen verbrauchen auch das globale Kontingent (dlp.googleapis.com/quota_tokens). In der Google Cloud Console wird dieses Kontingent als Anzahl der Anfragen an einen regionalen REP-Endpunkt aufgeführt.
|
Kontingentverbrauch über Endpunkte hinweg
Anfragen an Sensitive Data Protection verbrauchen Kontingente wie folgt:
- Globale Anfragen ohne Angabe eines Standorts: Nur das globale Kontingent (
dlp.googleapis.com/quota_tokens) wird verringert. - Globale Anfragen mit angegebenem Standort: Verringern sowohl das regionale Kontingent für den globalen Endpunkt (
dlp.googleapis.com/quota_tokens_regional) in dieser Region als auch das globale Kontingent (dlp.googleapis.com/quota_tokens). - Anfragen an regionale Endpunkte (REP): verringern sowohl das regionale REP-Kontingent (
dlp.googleapis.com/quota_tokens_rep) in dieser Region als auch das globale Kontingent (dlp.googleapis.com/quota_tokens).
Da regionale und regionale REP-Anfragen auch das globale Anfragekontingent verringern, kann das Erhöhen nur des regionalen oder REP-Kontingentlimits ohne eine entsprechende Erhöhung des globalen Kontingents dazu führen, dass Anfragen mit dem Fehler 429
Quota exceeded für dlp.googleapis.com/quota_tokens fehlschlagen. Wenn Sie die Kapazität planen oder eine Kontingenterhöhung anfordern, achten Sie darauf, dass Ihr globales Kontingent die Summe des gesamten regionalen und globalen Traffics abdeckt.
Ressourcenlimits
Sensitive Data Protection erzwingt die folgenden Limits für gespeicherte Ressourcen pro Projekt.
| Ressource | Limit |
|---|---|
| Maximale Anzahl Vorlagen | 1000 |
| Maximale Anzahl Job-Trigger | 1000 |
| Maximale Anzahl aktive Jobs | 1000 |
| Maximale Anzahl gespeicherte Infotypen | 30 |
| Maximale Anzahl von Erkennungskonfigurationen | 100 |
Limits für die Inhaltsprüfung und De-Identifikation
Sensitive Data Protection erzwingt die folgenden Nutzungslimits für die Prüfung und De-Identifikation von Inhalten, die direkt als Text oder Bilder an die DLP API gesendet werden:
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Anzahl von regulären benutzerdefinierten Wörterbüchern pro Anfrage | 10 |
| Maximale Größe jedes Zitats (ein mit Ergebnissen zurückgegebenes Kontext-Snippet des Texts, der eine Übereinstimmung ausgelöst hat) | 4 KB |
| Maximale Anzahl von Tabellenwerten | 50.000 |
| Maximale Anzahl von Transformationen pro Anfrage | 100 |
| Maximale Anzahl von Prüfregeln pro Satz | 10 |
| Maximale Anzahl von Inspektionsregelsätzen pro Inspektionskonfiguration | 10 |
| Maximale Anzahl von Ergebnissen pro Anfrage | 3.000 |
Maximale Größe jeder Anfrage, außer projects.image.redact |
0,5 MB |
Maximale Größe jeder projects.image.redact-Anfrage |
4 MB |
Wenn Sie Dateien prüfen müssen, die diese Limits überschreiten, speichern Sie diese Dateien in Cloud Storage und führen Sie einen Inspektionsjob aus.
Limits für Inhaltsrichtlinien
Sensitive Data Protection erzwingt die folgenden Limits, wenn Inhaltsrichtlinien ausgewertet werden:
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Größe einer einzelnen PDF-Datei | 50 MB |
| Maximale Größe einer einzelnen Microsoft Word-Datei | 30 MB |
| Maximale Größe einer einzelnen Microsoft PowerPoint-Datei | 30 MB |
| Maximale Größe einer einzelnen Microsoft Excel-Datei | 30 MB |
| Maximale Größe einer einzelnen Nur-Text- oder Bilddatei | 10 MB |
In Ihrer Konfiguration der Inhaltsrichtlinie können Sie das Ergebnis angeben, das Sensitive Data Protection Dateien zuweist, die zu groß sind.
Limits für die Speicherprüfung
Sensitive Data Protection erzwingt die folgenden Nutzungslimits für die Prüfung vonGoogle Cloud -Speicher-Repositories:
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Gesamtscangröße | 2 TB |
| Maximale Größe jedes Zitats (ein mit Ergebnissen zurückgegebenes Kontext-Snippet des Texts, der eine Übereinstimmung ausgelöst hat) | 4 KB |
Limits für die De-Identifikation von Speicher
Sensitive Data Protection erzwingt das folgende Nutzungslimit, wenn Sie Daten im Speicher de-identifizieren:
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Dateigröße | 60.000 KB |
Limits für die Datenprofilerstellung
Sensitive Data Protection erzwingt die folgenden Nutzungslimits für die Profilerstellung für Daten.
Diese Limits gelten global für alle Datenkonfigurationen auf Organisations- und Projektebene.
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Anzahl von Zeitplänen pro Erkennungsscan-Konfiguration | 100 |
| Maximale Anzahl von Filtern pro Zeitplan | 100 |
| Für die Profilerstellung genutzte Abo-Kapazität | Weitere Informationen finden Sie auf dieser Seite unter Für die Profilerstellung verwendete Abo-Kapazität. |
Für die Profilerstellung genutzte Abo-Kapazität
Dieser Wert hängt von der Anzahl der von Ihnen erworbenen Aboeinheiten ab. Wenn Sie beispielsweise 5 Aboeinheiten gekauft haben, erhalten Sie 50.000 Tokens für den gesamten Monat. Sie können also etwa 1.667 Tokens pro Tag verbrauchen (50.000 Tokens geteilt durch 30 Tage).
Wenn Sie die Kapazitätsnutzung Ihres Abos prüfen möchten, rufen Sie die Seite Abos auf und klicken Sie auf Kapazitätsnutzung überprüfen.
Informationen dazu, wie Sie berechnen, wie viele Profile mit Ihren Tokens generiert werden können, finden Sie unter Datenressourcen, für die pro Aboeinheit ein Profil erstellt wird.
Limits für die BigQuery-Profilerstellung
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Anzahl von BigQuery-Tabellen | 200.000 |
| Maximale Summe der Spalten in allen BigQuery-Tabellen, für die ein Profil erstellt werden soll | 20.000.000 |
Beispiel: Limits auf Organisationsebene
Angenommen, Sie haben eine Organisation mit zwei Ordnern und erstellen für jeden Ordner eine Scankonfiguration. Die Gesamtzahl der Tabellen, für die ein Profil erstellt werden soll, darf 200.000 nicht überschreiten. Die Gesamtzahl der Spalten in diesen Tabellen darf 20.000.000 nicht überschreiten.
Beispiel: Limits auf Projektebene
Wenn Sie die Profilerstellung auf Projektebene konfigurieren, darf die Gesamtzahl der Tabellen in diesem Projekt 200.000 nicht überschreiten. Die Gesamtzahl der Spalten in diesen Tabellen darf 20.000.000 nicht überschreiten.
Limits für die Cloud SQL-Profilerstellung
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Anzahl von Datenbanken pro Instanz | 1.000 |
| Maximale Anzahl von Tabellen pro Datenbank | 20.000 |
Limits für benutzerdefinierte infoTypes
Sensitive Data Protection erzwingt die folgenden Limits für benutzerdefinierte infoTypes.
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Größe der Wortliste, die pro benutzerdefiniertem Wörterbuch direkt in die Anforderungsnachricht übergeben wird | 128 KB |
| Maximale Größe der Wortliste, die pro benutzerdefiniertem Wörterbuch als Datei in Cloud Storage festgelegt wird | 512 KB |
| Maximale Anzahl von Bestandteilen (kontinuierliche Sequenzen, die nur Buchstaben, nur Ziffern, nur Zeichen ohne Buchstaben oder nur Zeichen ohne Ziffern enthalten) pro Wortgruppe eines regulären benutzerdefinierten Wörterbuchs | 40 |
| Maximale Gesamtgröße aller gespeicherten benutzerdefinierten Wörterbücher pro Anfrage | 5 MB |
| Maximale Anzahl eingebundener und benutzerdefinierter infoTypes pro Anfrage | 150 |
| Maximale Anzahl von Erkennungsregeln pro benutzerdefiniertem Infotyp | 5 |
| Maximale Anzahl von benutzerdefinierten Infotypen pro Anfrage | 30 |
| Maximale Anzahl von regulären benutzerdefinierten Wörterbüchern pro Anfrage | 10 |
| Maximale Länge regulärer Ausdrücke | 1000 |
Gespeicherte infoType-Limits
Sensitive Data Protection erzwingt die folgenden Limits für das Erstellen gespeicherter infoTypes.
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Größe einer in Cloud Storage gespeicherten Eingabedatei | 200 MB |
| Maximale Gesamtgröße aller in Cloud Storage gespeicherten Eingabedateien | 1 GB |
| Maximale Anzahl der in Cloud Storage gespeicherten Eingabedateien | 100 |
| Maximale Größe einer Eingabespalte in BigQuery | 1 GB |
| Maximale Anzahl der Eingabetabellenzeilen in BigQuery | 5.000.000 |
| Maximale Größe der Ausgabedateien | 500 MB |
Avro-Scanlimits
Im Allgemeinen gelten für Avro-Dateien dieselben Einschränkungen für Sensitive Data Protection und BigQuery. Bei Erreichen dieser Limits wird als Fallback binär gescannt. Für Anfragen zur Inspektion von Inhalten und Jobs für Speicherinspektionen in Avro-Dateien gelten die folgenden Limits:
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Größe für einen einzelnen Avro-Block | 100 MB |
| Maximale Größe für eine einzelne Avro-Datei | 1 TB |
| Maximale Anzahl von Spalten in einer Avro-Datei | 10.000 |
| Maximale Ebene der verschachtelten Felder | 15 |
Scanlimits für PDFs und Microsoft-Produkte
Diese Limits gelten beim Scannen der folgenden Dateitypen:
- Microsoft Word
- Microsoft Excel
- Microsoft PowerPoint
Wenn diese Limits erreicht werden, wird das binäre Scannen als Fallback verwendet.
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Größe einer einzelnen PDF-Datei in Cloud Storage. Dateien, die dieses Limit überschreiten, werden binär gescannt. | 150 MB, bis zu 10.000 Seiten |
| Maximale Größe einer einzelnen Word-Datei in Cloud Storage. Dateien, die dieses Limit überschreiten, werden binär gescannt. | 30 MB |
| Maximale Größe einer einzelnen Excel-Datei in Cloud Storage. Dateien, die dieses Limit überschreiten, werden binär gescannt. | 30 MB |
| Maximale Größe einer einzelnen PowerPoint-Datei in Cloud Storage. Dateien, die dieses Limit überschreiten, werden binär gescannt. | 30 MB |
Diese Limits gelten für diese Dateitypen, auch wenn Sie eine maximale Bytegröße pro Datei festlegen.
Limits für das Scannen von TIFF-Dateien
Das folgende Limit gilt für Anfragen zur Inhaltsprüfung, Speicherprüfjobs und Erkennungsscans für TIFF-Bilder, einschließlich mehrseitiger TIFF-Bilder:
| Art des Limits | Nutzungslimit |
|---|---|
| Maximale Anzahl von Seiten in einem einzelnen TIFF-Bild | 50 |
TIFF-Bilder, die dieses Limit überschreiten, können nicht geprüft werden. Weitere Informationen finden Sie unter Mehrseitiges TIFF-Bild prüfen.
Kontingent erhöhen
Sie können die Kontingente auf die jeweiligen Maximalwerte erhöhen. Rufen Sie dazu die Seite Kontingente und Systemlimits für Ihr Projekt auf. Wenn Sie eine Erhöhung des Kontingents anfordern möchten, geben Sie für Ihr Kontingent die gewünschte Erhöhung und eine Begründung an und senden Sie diese Aktualisierung. Sie werden benachrichtigt, sobald Ihr Antrag eingegangen ist. Möglicherweise werden Sie um weitere Informationen zu Ihrem Antrag gebeten. Nach Prüfung des Antrags wird Ihnen mitgeteilt, ob er genehmigt oder abgelehnt wurde.
Kontingentabhängigkeiten
Abhängig von den verwendeten Funktionen benötigen Sie möglicherweise zusätzliche Kontingente.
- Pub/Sub: Wenn Sie Pub/Sub verwenden, benötigen Sie möglicherweise zusätzliche Kontingente.
- BigQuery:
- Die Streaming API wird verwendet, um Ergebnisse für Inspektionsjobs beizubehalten, für die Kontingentwerte und andere Einschränkungen gelten.
google.cloud.bigquery.storage.v1beta1.BigQueryStorage, das den Inhalt von Zeilen in einer Tabelle auflistet, unterliegt Kontingentlimits.
Mehr über Dienstunterbrechungen erfahren
Sensitive Data Protection bietet Funktionen, die von anderenGoogle Cloud -Diensten abhängen. Aufgrund dieser Abhängigkeiten können Sie davon ausgehen, dass Sensitive Data Protection eine vergleichbare Zuverlässigkeit wie diese Produkte bietet.
Bei wiederkehrenden Fehlern bemühen wir uns, die Vorgänge so lange zu wiederholen, bis die Fehler behoben sind. Wenn die oben genannten Dienste jedoch unterbrochen werden, kann sich dies negativ auf die Leistung auswirken.
Im Google Cloud Status-Dashboard finden Sie alle bekannten Dienstunterbrechungen. Sie können auch den JSON-Feed oder den RSS-Feed für Push-Updates zumGoogle Cloud Status-Dashboard abonnieren.