Auf dieser Seite finden Sie Informationen zu den Preisen für Sensitive Data Protection. Alle auf dieser Seite aufgelisteten Preise sind in US-Dollar ($).
Bevor Sie den Dienst verwenden können, benötigt Sensitive Data Protection Zahlungsinformationen für alle Konten. In der Google API Console können Sie sich auf der Abrechnungsseite Ihres Projekts für die Abrechnung anmelden.
Sensitive Data Protection berechnet die Nutzungspreise entsprechend der folgenden Preisübersicht. Am Ende jedes Abrechnungszeitraums erhalten Sie eine Rechnung mit einer Auflistung der Nutzung und Kosten.
Warnung: Je nachdem, wie viele Informationen Sensitive Data Protection scannen soll, können die Kosten sehr hoch ausfallen. Informationen zu Möglichkeiten, mit denen Sie die Kosten niedrig halten und gleichzeitig dafür sorgen können, dass mit Sensitive Data Protection nur die gewünschten Daten gescannt werden, finden Sie unter Kosten unter Kontrolle halten.
Auch beim vorzeitigen Abbruch eines laufenden Vorgangs entstehen Kosten für den bereits abgeschlossenen Teil.
Der Preis für Sensitive Data Protection setzt sich aus drei Hauptkomponenten zusammen:
Sensitive Data Protection bietet einige Features für die Prüfung und Transformation von Daten. Dabei zahlen Sie nur für das, was Sie verwenden, ohne vorherige Verpflichtungen.
Mit der Methode projects.dlpJobs.create können Sie einen Inspektionsjob erstellen, durch den bestimmte Speichersysteme von Google Cloud auf sensible Daten geprüft werden. Dieser wird nach den Preisen für Speicherinspektionsjobs abgerechnet. Wenn der Inspektionsjob auch zur De-Identifikation der Ergebnisse konfiguriert wurde, erfolgt außerdem eine Abrechnung nach den Preisen für Speichertransformationsjobs.
Speicherinspektionsjobs – Preise
Sensitive Data Protection-Speicherjobs werden nach geprüften Byte abgerechnet:
Posten | Preis (in $) |
|---|---|
Geprüfte Speicherdaten | 0 byte to 1 gibibyte 0,00 $ (Free) / 1 gibibyte, per 1 month / account 1 gibibyte to 50 tebibyte 1,00 $ / 1 gibibyte, per 1 month / account 50 tebibyte to 500 tebibyte 0,75 $ / 1 gibibyte, per 1 month / account 500 tebibyte and above 0,60 $ / 1 gibibyte, per 1 month / account |
Wenn Sie einen Inspektionsjob zum Speichern von Ergebnissen in einer BigQuery-Tabelle konfigurieren, werden die Abrechnung und Kontingentnutzung für den tabledata.insertAll-Vorgang dem Projekt zugeschrieben, das die Zieltabelle enthält.
Weitere Informationen zur Prüfung von in Google Cloud gespeicherten Inhalten finden Sie unter Speicher und Datenbanken auf sensible Daten prüfen.
Preise für Speichertransformationsjobs
Sensitive Data Protection-Speicherjobs werden nach transformierten Byte abgerechnet:
Posten | Preis (in $) |
|---|---|
Transformierte Speicherdaten | 0 byte to 1 gibibyte 0,00 $ (Free) / 1 gibibyte, per 1 month / account 1 gibibyte to 50 tebibyte 1,00 $ / 1 gibibyte, per 1 month / account 50 tebibyte to 500 tebibyte 0,75 $ / 1 gibibyte, per 1 month / account 500 tebibyte and above 0,60 $ / 1 gibibyte, per 1 month / account |
Wenn Sie die Transformationsdetails in einer BigQuery-Tabelle speichern, werden die Abrechnung und Kontingentnutzung für den tabledata.insertAll-Vorgang dem Projekt zugeschrieben, das die Zieltabelle enthält.
Informationen zur De-Identifikation von in Google Cloud gespeicherten Inhalten finden Sie unter Sensible Cloud Storage-Daten de-identifizieren.
Mit der Methode projects.dlpJobs.create können Sie einen Hybridjob erstellen, durch den jede beliebige Quelle, auch solche außerhalb von Google Cloud, auf sensible Daten geprüft wird. Mit dieser Methode geprüfte Daten werden nach Byte abgerechnet:
Posten | Preis (in $) |
|---|---|
Geprüfte Hybriddaten | 0 byte to 1 gibibyte 0,00 $ (Free) / 1 gibibyte, per 1 month / account 1 gibibyte to 1 tebibyte 3,00 $ / 1 gibibyte, per 1 month / account 1 tebibyte and above 2,00 $ / 1 gibibyte, per 1 month / account |
Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die unter Cloud Platform SKUs für Ihre Währung angegebenen Preise.
Pro Hybridprüfungsanfrage wird mindestens 1 KB in Rechnung gestellt.
Wenn Sie einen Hybridinspektionsjob zum Speichern von Ergebnissen in einer BigQuery-Tabelle konfigurieren, werden die Abrechnung und Kontingentnutzung für den tabledata.insertAll-Vorgang dem Projekt zugeschrieben, das die Zieltabelle enthält.
Informationen zum Prüfen von Daten aus beliebigen Quellen finden Sie unter Hybridjobs und Job-Trigger.
Hier sehen Sie die Inhaltsmethoden und welche Vorgänge jeweils abgerechnet werden:
API-Methode | Inhaltsprüfung | Inhaltstransformation |
|---|---|---|
Ja | Nein | |
Ja | Nein | |
Ja | Ja | |
Ja | Ja |
Preis für geprüfte Inhalte
Mit der Sensitive Data Protection-Inhaltsmethode geprüfte Daten werden nach Byte abgerechnet:
Posten | Preis (in $) |
|---|---|
Geprüfte Inhaltsdaten | 0 byte to 1 gibibyte 0,00 $ (Free) / 1 gibibyte, per 1 month / account 1 gibibyte to 1 tebibyte 3,00 $ / 1 gibibyte, per 1 month / account 1 tebibyte and above 2,00 $ / 1 gibibyte, per 1 month / account |
Preis für transformierte Inhalte
Mit der Sensitive Data Protection-Inhaltsmethode transformierte Daten werden nach Byte abgerechnet:
Posten | Preis (in $) |
|---|---|
Transformierte Inhaltsdaten | 0 byte to 1 gibibyte 0,00 $ (Free) / 1 gibibyte, per 1 month / account 1 gibibyte to 1 tebibyte 2,00 $ / 1 gibibyte, per 1 month / account 1 tebibyte and above 1,00 $ / 1 gibibyte, per 1 month / account |
Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die unter Cloud Platform SKUs für Ihre Währung angegebenen Preise.
Pro Inhaltsprüfungs- bzw. Inhaltstransformationsanfrage wird mindestens 1 KB in Rechnung gestellt.
Zusätzlich zu den direkt für Sensitive Data Protection anfallenden Gebühren können bei Anfragen, durch die weitere Google Cloud-Produkte aufgerufen werden, zusätzliche Kosten entstehen. Für die Methode projects.content.inspect können beispielsweise Cloud Storage-Kosten anfallen, wenn Cloud Storage-Objekte geprüft werden sollen.
Bei einigen Methoden können je nach Konfiguration Kosten für Prüfung, Transformation oder beides anfallen. Dies trifft auf die Methoden projects.content.deidentify und projects.content.reidentify zu, wenn beispielsweise eine Transformation, aber keine Prüfung konfiguriert ist. Dasselbe gilt für Transformationen, wenn nur eine Prüfung konfiguriert ist.
Einfache Entfernungen, zu denen die Transformationen RedactConfig und ReplaceWithInfoTypeConfig gehören, werden bei den transformierten Byte nicht berücksichtigt, wenn auch die infoType-Prüfung konfiguriert ist.
Dieser Abschnitt enthält mehrere beispielhafte Nutzungsszenarien für die Prüfung und Transformation mit den zugehörigen Preisberechnungen.
Hinweis: In diesen Beispielen wird davon ausgegangen, dass Sie Ihre kostenlosen Prüfungs- und Transformationsstufen für den Monat bereits überschritten haben.
Szenario 1: Prüfung und Transformation mit Inhaltsmethoden
Angenommen, Sie haben etwas mehr als 10 GB strukturierte (tabellarische) Daten. Sie streamen diese an die DLP API und weisen Sensitive Data Protection in der Anfrage an, auf 50 verschiedene integrierte infoType-Detektoren zu prüfen und Übereinstimmungen mithilfe einer kryptografischen Tokenisierungstransformation zu de-identifizieren. Nach der De-Identifikation stellen Sie fest, dass Sensitive Data Protection etwa 20% der Daten oder ungefähr 2 GB abgeglichen und transformiert hat.
Preis:
Szenario 2: Nur Transformation mit Inhaltsmethoden
Angenommen, Sie haben eine 10 GB-Tabelle und möchten drei Spalten (user_id, email, phone_number) mithilfe einer kryptografischen Tokenisierungstransformation transformieren. Die drei Spalten machen ungefähr 30% der Tabelle aus. Weil Sie die gesamten Spalten transformieren wollen, ist keine Prüfung erforderlich.
Preis:
Szenario 3: Prüfung und Transformation unstrukturierter Daten mit Inhaltsmethoden
Angenommen, Sie haben 10 GB unstrukturierte Chatlogs. Diese möchten Sie prüfen und infoType-Ergebnisse de-identifizieren. Dazu müssen Sie die gesamte Nutzlast prüfen und die Ergebnisse transformieren. 20 % des gesamten Texts sind Ergebnisse.
Preis:
Szenario 4: Prüfung von Speicher-Repositories mit Speicherjobs
Angenommen, Sie haben 1.000 BigQuery-Tabellen, die Sie prüfen möchten. Jede Tabelle ist ungefähr 1 GB groß, sodass die Datenmenge insgesamt 1 TB beträgt. Da Sie nicht die gesamten Tabellen scannen möchten, haben Sie Stichproben aktiviert,sodass nur 1.000 Zeilen jeder Tabelle gescannt werden. Jede Zeile ist ungefähr 10 KB groß.
Preis:
Szenario 5: Prüfung und Transformation von Speicher-Repositories mit Speicherjobs
Angenommen, Sie haben 5 GB strukturierte (tabellarische) und unstrukturierte Textdaten (in einem freien Format) in einem Cloud Storage-Bucket. Sie erstellen einen Inspektionsjob und weisen Sensitive Data Protection an, auf 25 verschiedene integrierte infoType-Detektoren zu prüfen und Übereinstimmungen mithilfe einer kryptografischen Tokenisierungstransformation zu de-identifizieren. Nach der De-Identifikation stellen Sie fest, dass Sensitive Data Protection etwa 25% der Daten oder ungefähr 1, 25 GB abgeglichen und transformiert hat.
Preis:
In diesem Abschnitt werden die Kosten für das Erstellen von Datenprofilen erläutert. Datenprofile sind allgemeine Messwerte und Statistiken zu Ihren Daten. Informationen zu den Datentypen, die der Discovery Service profilieren kann, finden Sie unter Unterstützte Ressourcen.
Sensitive Data Protection bietet für den Erkennungsdienst zwei verschiedene Abrechnungsmodi:
Bei diesem Abrechnungsmodus fallen keine Kosten pro Byte an.
Das Abopreismodell bietet vorhersehbare und gleichbleibende Kosten, unabhängig von Ihrem Datenwachstum.
Standardmäßig erfolgt die Abrechnung nach Verbrauch.
Vergleichstabelle der Preise für die Erkennung
Preismodell | Allgemeine Preisinformationen |
|---|---|
Preismodell „Abrechnung nach Verbrauch“ | In diesem Preismodus berechnet Sensitive Data Protection 0,03 $ pro GB an Daten, für die ein Profil erstellt wird. Die Gebühren sind begrenzt und es gelten Mindestgebühren, je nach Art der profilierten Datenressource. Weitere Informationen finden Sie unter Verbrauchsabhängiger Preismodus. |
Abrechnung nach Abo | In diesem Abrechnungsmodus berechnet Sensitive Data Protection 2.500 $ pro Aboeinheit. Weitere Informationen finden Sie unter Abrechnungsmodus für Abos. Der Kauf eines berechtigten Security Command Center-Abos umfasst ein kostenloses Standardabo auf Organisationsebene. Weitere Informationen finden Sie unter Discovery-Preise für Security Command Center-Kunden auf dieser Seite. |
In den folgenden Abschnitten wird beschrieben, wie Sensitive Data Protection Ihnen Erkennungsvorgänge in Rechnung stellt, wenn Sie kein Erkennungsabo für Ihre Organisation oder Ihr Projekt erwerben.
Verbrauchsabhängiger Preismodus für BigQuery und BigLake Discovery
Hinweis: Sie können eine Schätzung durchführen, um zu ermitteln, wie viel das Profiling Ihrer BigQuery- und BigLake-Daten im Verbrauchsmodus und im Abomodus kosten könnte. Sie können Ihre Kosten auf Organisations-, Ordner- oder Projektebene schätzen. Diese Funktion ist nur für BigQuery- und BigLake-Daten verfügbar.
Abrechnung nach Verbrauch für Cloud SQL-Erkennung
Sensitive Data Protection berechnet 0,03 $ pro GB an Cloud SQL-Daten, für die ein Profil erstellt wird, mit einem Mindestbetrag von 0,01 $ pro Tabelle. Die abrechenbaren Byte pro Tabelle entsprechen der Größe der Tabelle oder 3 TB, je nachdem, welcher Wert geringer ist.
Abrechnung nach Verbrauch für die Cloud Storage-Erkennung
Sensitive Data Protection kostet 0,03 $ pro GB an Daten, für die ein Profil erstellt wird. Die Gebühr für jeden Bucket ist auf 3 TB Daten begrenzt. Wenn beispielsweise zwei Buckets profiliert werden, werden die Kosten auf 6 TB Daten begrenzt.
Dateien, die von Sensitive Data Protection nicht gescannt werden konnten, z. B. beschädigte oder passwortgeschützte Dateien, werden Ihnen nicht in Rechnung gestellt. Für jeden Bucket wird ein Mindestbetrag von 0,03 $ berechnet, auch wenn er leer ist oder keine unterstützten Dateitypen enthält. Informationen zu den unterstützten Dateitypen finden Sie unter Dateicluster.
Wenn Sie Cloud Storage-Daten profilieren, fallen Cloud Storage-Gebühren an, unabhängig von Ihrem Preismodell. Weitere Informationen finden Sie unter Discovery für Cloud Storage auf dieser Seite.
Abrechnung nach Verbrauch für die Erkennung in Vertex AI
Die Kosten für Sensitive Data Protection hängen davon ab, wo die profilierten Quelldaten gespeichert sind: in Cloud Storage oder BigQuery.
Daten in Cloud Storage
Sensitive Data Protection kostet 0,03 $ pro GB an Daten, für die ein Profil erstellt wird. Die Gebühren für jede Vertex AI-Ressource sind auf 3 TB Daten begrenzt. Wenn beispielsweise zwei Datasets profiliert werden, werden die Kosten auf 6 TB Daten begrenzt.
Dateien, die von Sensitive Data Protection nicht gescannt werden konnten, z. B. beschädigte oder passwortgeschützte Dateien, werden Ihnen nicht in Rechnung gestellt. Für jede Vertex AI-Ressource wird ein Mindestbetrag von 0,03 $ berechnet, auch wenn sie leer ist oder keine unterstützten Dateitypen enthält. Informationen zu den unterstützten Dateitypen finden Sie unter Dateicluster.
Außerdem fallen Cloud Storage-Gebühren an. Weitere Informationen finden Sie unter Erkennung sensibler Daten für Vertex AI.
Daten in BigQuery
Sensitive Data Protection berechnet 0,03 $ pro GB an BigQuery-Daten, für die ein Profil erstellt wird. Die abrechenbaren Byte pro Tabelle entsprechen der Größe der Tabelle oder 3 TB, je nachdem, welcher Wert geringer ist.
Beispiele für die Abrechnung nach Verbrauch
Dieser Abschnitt enthält beispielhafte Nutzungsszenarien für die Datenprofilerstellung mit den zugehörigen Preisberechnungen.
Sie basieren auf der Standardhäufigkeit der Profilerstellung.
Szenario 1: Organisationsweite Datenprofilerstellung
Angenommen, Sie haben 10 TB Daten in Ihrer gesamten Organisation. Jeden Monat fügen Sie Folgendes hinzu:
1. Monat: Für alle Ihre Daten werden Profile erstellt
Daten | Preis (in $) |
|---|---|
Ausgangsdaten: Für 10 TB Daten werden Profile erstellt. 10.000 GB × 0,03 $ | 300.00 $ |
1 TB Daten wird im Laufe des Monats als neue Tabellen hinzugefügt (täglich abgerufen). Die Profilerstellung wird kurz nach dem Hinzufügen der neuen Tabellen gestartet. 1.000 GB × 0,03 $ | 30,00 $ |
5 TB Daten in Tabellen mit Schemaänderungen. Die Profilneuerstellung ist für den nächsten Monat geplant. | 0 $ |
Gesamt | 330,00 $ |
2. Monat: Für Tabellen mit Schemaänderungen wird ein neues Profil erstellt
Daten | Preis (in $) |
|---|---|
Ausgangsdaten: insgesamt 12 TB. Für 5 TB Daten ist aufgrund von Tabellen mit Schemaänderungen im letzten Monat eine Neuprofilerstellung geplant. Wenn für eine Tabelle eine Neuprofilerstellung vorgesehen ist, betrifft dies die ganze Tabelle. Die gesamte Tabellengröße wird zur Abrechnung herangezogen. 5.000 GB × 0,03 $ | 150,00 $ |
1 TB Daten wird im Laufe des Monats als neue Tabellen hinzugefügt (täglich abgerufen). Die Profilerstellung wird kurz nach dem Hinzufügen der neuen Tabellen gestartet. 1.000 GB × 0,03 $ | 30,00 $ |
5 TB Daten in Tabellen mit Schemaänderungen. Die Profilneuerstellung ist für den nächsten Monat geplant. | 0 $ |
Summe | 180,00 $ |
Szenario 2: Organisationsweite Datenprofilerstellung mit statischem Datenschema
Angenommen, Sie haben 5 TB Daten in Ihrer gesamten Organisation. Jeden Monat fügen Sie 1 TB neuer Daten in neuen Tabellen hinzu. Die vorhandenen Tabellen weisen keine Schemaänderungen auf (keine neuen Spalten), aber zusätzliche Zeilen.
1. Monat: Für alle Ihre Daten werden Profile erstellt
Daten | Preis (in $) |
|---|---|
Ausgangsdaten: Für 5 TB Daten werden Profile erstellt. 5.000 GB × 0,03 $ | 150,00 $ |
1 TB Daten wird im Laufe des Monats als neue Tabellen hinzugefügt (täglich abgerufen). Die Profilerstellung wird kurz nach dem Hinzufügen der neuen Tabellen gestartet. 1.000 GB × 0,03 $ | 30,00 $ |
Summe | 180,00 $ |
2. Monat: Nur für neue Tabellen werden Profile erstellt
Daten | Preis (in $) |
|---|---|
Statische Daten: 6 TB. Da die vorhandenen Tabellen unverändert sind, wird kein neuer Scan gestartet. | 0 $ |
1 TB Daten wird im Laufe des Monats als neue Tabellen hinzugefügt (täglich abgerufen). 1.000 GB × 0,03 $ | 30,00 $ |
Summe | 30,00 $ |
Eine Aboeinheit ist eine Reservierung von Rechenkapazität, die Sensitive Data Protection nutzt, um ein Profil zu erstellen.
Sensitive Data Protection kostet 2.500 $ pro Aboeinheit.
Datenressourcen, die pro Aboeinheit profiliert werden
Der Durchsatz bei der Profilerstellung hängt von der Komplexität und dem Typ der Daten ab, für die ein Profil erstellt werden soll. Bestimmende Faktoren sind:
In der folgenden Tabelle finden Sie Schätzungen für die Datenmenge, die pro Abonnementeinheit profiliert werden kann. Multiplizieren Sie die Anzahl der Tokens (10.000) mit dem Multiplikator und dann mit der Anzahl der Abos, die Sie kaufen möchten.
Ressource | Tokens pro Aboeinheit | Multiplikator | Geschätzte Anzahl der Profile pro Aboeinheit |
|---|---|---|---|
Standardtabelle1 | 10.000 | 1 | 10.000 |
BigLake-Tabelle | 10.000 | 0,2 | 2.000 |
Dateispeicher2 | 10.000 | 0,05 | 500 |
Vertex AI-Ressource, die BigQuery als Datenquelle verwendet | 10.000 | 1 | 10.000 |
Vertex AI-Ressource, die Cloud Storage als Datenquelle verwendet3 | 10.000 | 0,05 | 500 |
1 BigQuery‑ oder Cloud SQL-Tabellen.
2 Sensitive Data Protection verwendet den Begriff Dateispeicher für einen Bucket oder Container für die Dateispeicherung. Dateispeicher, die leer sind oder keine unterstützten Dateitypen enthalten, verbrauchen trotzdem Kapazität. Für einen solchen Dateispeicher verbrauchen Sie Kapazität, die 0,05 Dateispeichern entspricht.
3 Leere Vertex AI-Ressourcen oder Ressourcen, die keine unterstützten Dateitypen referenzieren, verbrauchen trotzdem Kapazität. In solchen Fällen verbrauchen Sie Kapazität, die 0,05 Vertex AI-Ressourcen entspricht.
Informationen zu Gebühren für andere Produkte oder Dienste, die in direktem Zusammenhang mit Sensitive Data Protection-Erkennungsvorgängen stehen, finden Sie unter den folgenden Themen:
Umfang des Abos
Ein Abo gilt entweder für eine Organisation oder ein Projekt. Ein Abo auf Organisationsebene gilt nicht für eine Scankonfiguration auf Projektebene.
Abodauer
Der erste Abomonat läuft einen vollen Monat. Nach dem ersten Monat erfolgt die Abrechnung monatlich und Sie können das Abo jederzeit kündigen oder ändern.
Beispiel
Angenommen, Sie haben am 5. Oktober um 6:00:00 Uhr eine Aboeinheit gekauft. Es gelten folgende Regeln:
Ablauf der Abolaufzeit
Nach dem Ende der anfänglichen Abolaufzeit erfolgt die Abrechnung von Monat zu Monat und das Abo wird fortgesetzt.
Abo erwerben
Die Kapazität wird gleichmäßig auf die Ressourcen verteilt, für die ein Profil erstellt werden soll. Die Anzahl der Profile, die pro Tag generiert werden können, hängt von der Anzahl der erworbenen Abos und den Arten der Daten ab, für die Sie Profile erstellen.
Das Systemlimit Abo-Kapazität für Profilerstellung zeigt, wie viele Tokens pro Tag verbraucht werden können. Das Nutzungsdiagramm für dieses Limit zeigt, wie viel Abo-Kapazität Sie an diesem Tag genutzt haben. Rufen Sie die Seite Abos auf und klicken Sie auf Kapazitätsnutzung prüfen.
Informationen dazu, wie Sie berechnen, wie viele Profile mit Ihren Tokens generiert werden können, finden Sie auf dieser Seite unter Datenressourcen, die pro Abonnementeinheit profiliert werden.
Bei der Überlegung, wie viele Aboeinheiten Sie erwerben sollen, können Sie sich für eine eigentlich zu geringe Kapazität entscheiden. Sie können beispielsweise nur eine Aboeinheit kaufen, auch wenn sie aktuell mehr als 10.000 Tabellen haben. Wenn Sie jedoch zu wenig Kapazität bereitstellen, wird die Profilerstellungshäufigkeit, die Sie in Ihrer Scan-Konfiguration festgelegt haben, möglicherweise nicht eingehalten.
Wenn die Menge der zu profilierenden Daten Ihre zugewiesene Kapazität übersteigt, platziert Sensitive Data Protection die zu profilierenden Datenressourcen in einer internen Warteschlange und erstellt Profile für sie, sobald im Laufe des Monats Kapazität verfügbar wird. Sie können nicht steuern, für welche Datenressourcen zuerst Profile erstellt werden.
Fehlerbehandlung
Es kann vorkommen, dass fehlerhafte Profile erstellt werden, die dennoch Kapazität verbrauchen. Die folgende Liste enthält einige Szenarien, bei denen dieses Problem auftreten kann. Es besteht kein Anspruch auf Vollständigkeit.
Auch wenn diese Fehler auftreten, kann Kapazität verbraucht werden, weil das System trotzdem versucht, Profile zu erstellen. Sie erhalten ein Teilprofil mit Informationen dazu, warum Sensitive Data Protection kein vollständiges Profil erstellen konnte.
Erkennung für Cloud Storage
Zusätzlich zu den Gebühren für Sensitive Data Protection fallen auch Cloud Storage-Gebühren an, wenn Sie Cloud Storage-Daten profilieren. In diesem Abschnitt werden die Arten von Cloud Storage-Gebühren beschrieben, die anfallen können.
Vorgänge der Klasse A und Klasse B
Ihnen werden die Vorgänge der Klassen A und B in Rechnung gestellt, die Sensitive Data Protection beim Erstellen von Profilen für Ihre Buckets ausführt. Sensitive Data Protection verwendet die folgenden Vorgänge:
Informationen zu den Kosten für Vorgänge der Klasse A und Klasse B in Cloud Storage finden Sie unter Gebühren für Vorgänge in der Cloud Storage-Dokumentation.
Abrufgebühren
Für Objekte mit einer anderen Speicherklasse als „Standard“ werden Abrufgebühren berechnet. Informationen zu den Kosten für den Datenabruf in Cloud Storage finden Sie unter Abrufgebühren in der Cloud Storage-Dokumentation.
Erkennung: Abrechnung und Kontingentverbrauch in BigQuery
Für das Erstellen von Profilen für BigQuery-Daten fallen keine Kosten in BigQuery an und das BigQuery-Kontingent bleibt davon unberührt. Wenn Sie die Datenprofile jedoch in eine BigQuery-Tabelle exportieren, fallen die üblichen BigQuery-Gebühren an und es wird das BigQuery-Kontingent dafür genutzt.
Die folgende Tabelle enthält die Gebühren und den Kontingentverbrauch für die Nutzung anderer Google Cloud-Dienste beim Exportieren von Datenprofilen in diese Dienste. Sie konfigurieren den Export, indem Sie in der Konfiguration des Erkennungsscans bestimmte Aktionen aktivieren.
Hinweis: Wir verbessern unseren Erkennungsalgorithmus regelmäßig. Wenn wir feststellen, dass Ihre Organisation oder Ihr Projekt von einer Verbesserung profitieren würde, können wir Ihre Datenprofile automatisch neu erstellen und Aktionen in Ihrer Scankonfigurationwiederholen. Dafür fallen keine Sensitive Data Protection-Gebühren an. Aufgrund des Wiederholens von Aktionen können jedoch Kosten für die Nutzung anderer Google Cloud-Dienste entstehen. Wenn Sie beispielsweise Sensitive Data Protection so konfiguriert haben, dass die Datenprofile in BigQuery gespeichert werden, werden Ihnen Gebühren für BigQuery in Rechnung gestellt.
Action | Kontingentverbrauch | Kosten |
|---|---|---|
In Google Security Operations veröffentlichen | Nicht zutreffend | Je nach Vertrag können in Google SecOps Gebühren für Datenaufnahme oder ‑speicherung anfallen. Weitere Informationen erhalten Sie von Ihrem Google Cloud Account Manager. |
In Security Command Center veröffentlichen | Nicht zutreffend | Je nach Dienststufe können Security Command Center-Gebühren anfallen.1 |
Datenprofilkopien in BigQuery speichern | Verbraucht BigQuery-Kontingent im Dienst-Agent-Container2 oder dem Projekt3, für den bzw. das ein Profil erstellt werden soll. | Es fallen die üblichen BigQuery-Gebühren an. Diese werden dem Dienst-Agent-Container2 oder Projekt3, für den bzw. das ein Profil erstellt werden soll, zugeschrieben. |
Beispielergebnisse für die Erkennung in BigQuery speichern | Verbraucht BigQuery-Kontingent im Dienst-Agent-Container2 oder dem Projekt3, für den bzw. das ein Profil erstellt werden soll. | Es fallen die üblichen BigQuery-Gebühren an. Diese werden dem Dienst-Agent-Container2 oder Projekt3, für den bzw. das ein Profil erstellt werden soll, zugeschrieben. |
In Pub/Sub veröffentlichen | Verbraucht Pub/Sub-Kontingent im Dienst-Agent-Container2 oder dem Projekt3, für den bzw. das ein Profil erstellt werden soll | Es fallen die üblichen Pub/Sub-Gebühren an. Diese werden dem Dienst-Agent-Container2 oder Projekt3, für den bzw. das ein Profil erstellt werden soll, zugeschrieben. |
Als Tags an Knowledge Catalog senden (eingestellt) | Nicht zutreffend | In Knowledge Catalog fallen Gebühren für den Metadatenspeicher und API-Gebühren an. |
1 Sensitive Data Protection funktioniert mit allen Dienststufen von Security Command Center.
2 Wenn Sie ein Profil für Daten auf Organisations‑ oder Ordnerebene erstellen, werden die Gebühren und der Kontingentverbrauch dem Dienst-Agent-Container zugeschrieben.
3Wenn Sie ein Profil für Daten auf Projektebene erstellen, werden die Gebühren und der Kontingentverbrauch dem Projekt zugeschrieben, für das ein Profil erstellt wird.
Für Security Command Center-Kunden wird die Nutzung des Sensitive Data Protection-Erkennungsdienstes je nach Security Command Center-Dienststufe berechnet:
Für Risikoanalysen werden BigQuery-Ressourcen eingesetzt. Daher wird die Nutzung von BigQuery in Rechnung gestellt. Durch Sensitive Data Protection entstehen für die Risikoanalyse keine weiteren Kosten.
Risikoanalysejobs werden mit der Methode projects.dlpJobs.create und den folgenden Konfigurationsobjekten erstellt:
Falls Sie mit Sensitive Data Protection sehr große Datenmengen scannen, kann das mit hohen Kosten verbunden sein. Informationen zu Möglichkeiten, mit denen Sie die Kosten niedrig halten und gleichzeitig dafür sorgen können, dass mit Sensitive Data Protection nur die gewünschten Daten gescannt werden, finden Sie unter Kosten unter Kontrolle halten.