Diese Seite wurde von der Cloud Translation API übersetzt.

Firestore - Preise

In diesem Dokument werden die Preise für die Firestore Standard Edition erläutert. Informationen zu den Preisen für die Enterprise-Version finden Sie unter Firestore Enterprise-Version – Preise.

Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die unter Cloud Platform SKUs für Ihre Währung angegebenen Preise.

Preisübersicht

Bei der Nutzung von Firestore wird Ihnen Folgendes in Rechnung gestellt:

Die Anzahl der Dokumente, die Sie lesen, schreiben und löschen können.
Die Anzahl der Indexeinträge, die zum Ausführen einer Abfrage gelesen wurden. Weitere Informationen zu Indexlesevorgängen
Der durch die Datenbank belegte Speicherplatz. Darin enthalten sind auch die Kosten für Metadaten und Indexe.
Die genutzte Netzwerkbandbreite.

Die Speicher- und Bandbreitennutzung wird in Gibibyte (GiB) berechnet (1 GiB = 2³⁰ Byte). Alle Gebühren fallen täglich an.

Die folgenden Abschnitte enthalten Details zu den Nutzungsgebühren für Firestore.

Kostenloses Kontingent

Firestore bietet ein kostenloses Kontingent für den Einstieg. Wenn Sie größere Kontingente benötigen, müssen Sie die Abrechnung für Ihr Google Cloud Projekt aktivieren.

Kontingente gelten je Tag und werden gegen Mitternacht (UTC -7/-8) zurückgesetzt.

In der folgenden Tabelle sind die Größen der Gratiskontingente zusammengefasst:

Kostenlose Stufe	Kontingent
Gespeicherte Daten	1 GiB
Lesevorgänge für das Dokument	50.000 pro Tag
Schreibvorgänge für das Dokument	20.000 pro Tag
Löschvorgänge für das Dokument	20.000 pro Tag
Ausgehende Datenübertragung	10 GiB pro Monat

Die folgenden Vorgänge und Funktionen sind nicht in der kostenlosen Nutzung enthalten. Sie müssen die Abrechnung aktivieren, um diese Funktionen nutzen zu können:

TTL-Löschvorgänge
PITR-Daten
Daten sichern
Vorgänge wiederherstellen
Klonvorgänge

Weitere Informationen zur Abrechnung dieser Funktionen finden Sie unter Speicherpreise.

Preise nach Standort

In der folgenden Tabelle sind die Preise für Lese-, Schreib- und Löschvorgänge sowie den Speicher für jeden Firestore-Standort aufgeführt:

Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die unter Cloud Platform SKUs für Ihre Währung angegebenen Preise.

Das kostenlose Kontingent gilt nur für eine Datenbank pro Projekt

Projekte können nur eine Datenbank haben, die für das kostenlose Kontingent infrage kommt.

Wenn Sie weitere Datenbanken erstellen möchten, müssen Sie ein Upgrade für den Abrechnungstarif Ihres Projekts ausführen.

Die erste Datenbank, die Sie erstellen (unabhängig von ihrer ID), kann das kostenlose Kontingent nutzen. Wenn Sie diese Datenbank löschen, wird die nächste Datenbank, die Sie erstellen, die neue Datenbank, die für das kostenlose Kontingent infrage kommt.

Beim Erstellen oder Löschen von Datenbanken fallen keine zusätzlichen Kosten an. Für alle nachfolgenden Datenbanken wird Ihnen die Nutzung im Zusammenhang mit diesen Datenbanken in Rechnung gestellt.

Lese-, Schreib- und Löschvorgänge

Ihnen werden die Dokumente und Indexeinträge in Rechnung gestellt, die zum Beantworten einer Abfrage gelesen werden. Jeder Schreib- und Löschvorgang für ein Dokument wird in Rechnung gestellt.

Die Gebühren für Schreib- und Löschvorgänge sind leicht nachvollziehbar. Für Schreibvorgänge zählt jeder set- oder update-Vorgang als einzelner Schreibvorgang.

Bei den Gebühren für Lesevorgänge gibt es einige Nuancen, die Sie berücksichtigen sollten. In den folgenden Abschnitten werden diese im Detail erläutert.

Indexeintrag lesen

Für jeden Batch von bis zu 1.000 Indexeinträgen, die von einer Abfrage gelesen werden, wird Ihnen ein Lesevorgang in Rechnung gestellt. Ausnahmen:

Für Vektorsuchabfragen nach k-nächsten Nachbarn wird Ihnen ein Lesevorgang für jeden Batch von bis zu 100 kNN-Vektorindexeinträgen in Rechnung gestellt, die von der Abfrage gelesen werden.

Wenn beispielsweise die folgende Vektorsuchabfrage mit limit: 5 5 Dokumente zurückgibt und 1.550 kNN-Vektorindexeinträge liest, werden Ihnen 5 Lesevorgänge für die zurückgegebenen Dokumente und 16 Lesevorgänge für die Indexeinträge in Rechnung gestellt:
```
// Requires single-field vector index
const vectorQuery: VectorQuery = db.collection('cities').findNearest('embedding_field', FieldValue.vector([3.0, 1.0, 2.0]), {
  limit: 5,
  distanceMeasure: 'EUCLIDEAN'
});
```
Für Abfragen mit bis zu einem Bereichsfeld werden keine Gebühren für gelesene Indexeinträge erhoben.

Die folgende Abfrage enthält beispielsweise ein Gleichheitsfeld (age) und ein Bereichsfeld (start_date). Für gelesene Indexeinträge werden keine Gebühren erhoben:
```
db.collection("employees").whereEqualTo("age", 35)
                          .whereGreaterThanOrEqualTo("start_date", new Date(2020, 1, 1))
```
Die folgende Abfrage enthält zwei Bereichsfelder (age und start_date) und wird für das Lesen von Indexeinträgen berechnet:
```
db.collection("employees").whereGreaterThanOrEqualTo("age", 35)
                          .whereGreaterThanOrEqualTo("start_date", new Date(2020, 1, 1))
```
Ein Feld, das in der ORDER BY-Klausel vorkommt, wird als Bereichsfeld betrachtet, wenn mindestens ein weiteres Bereichsfeld in der Abfrage vorhanden ist. Daher enthält die folgende Abfrage zwei Bereichsfelder (age und start_date) und wird für das Lesen von Indexeinträgen berechnet:
```
db.collection("employees").whereGreaterThanOrEqualTo("age", 35)
                          .orderBy("start_date")
```
Das Feld __name__ wird immer als Bereichsfeld betrachtet, auch wenn es nur in einem Gleichheitsfilter verwendet wird. Daher enthält die folgende Abfrage zwei Bereichsfelder (age und __name__) und wird für das Lesen von Indexeinträgen berechnet:
```
db.collection("employees").whereIn("__name__", Arrays.asList("/employees/Alice", "/employees/Bob"))
                          .orderBy("age")
```

Aggregationsabfragen

Bei Aggregationsabfragen wie count(), sum() und avg() werden Ihnen die von der Abfrage gelesenen Indexeinträge wie oben beschrieben in Rechnung gestellt. Für Aggregationsabfragen, die 0 Indexeinträge lesen, wird mindestens ein Lesevorgang für ein Dokument in Rechnung gestellt.

Beispielsweise werden count() Vorgänge, die zwischen 0 und 1.000 Indexeinträge lesen, als ein gelesenes Dokument abgerechnet. Für einen count()-Vorgang, bei dem 1.500 Indexeinträge gelesen werden, werden Ihnen 2 Dokumentlesevorgänge in Rechnung gestellt.

Weitere Informationen zu den verwendeten Indexen und den gelesenen Indexeinträgen erhalten Sie mit Query Explain.

Abfrageergebnisse überwachen

Mit Firestore können Sie das Ergebnis einer Abfrage überwachen und Aktualisierungen in Echtzeit erhalten, wenn sich die Abfrageergebnisse ändern.

Wenn Sie die Ergebnisse einer Abfrage überwachen, wird Ihnen jedes Mal ein Lesevorgang in Rechnung gestellt, wenn der Ergebnismenge ein Dokument hinzugefügt oder ein Dokument aus der Ergebnismenge aktualisiert wird. Dies ist auch der Fall, wenn ein Dokument aus der Ergebnismenge entfernt wird, weil sich das Dokument geändert hat. (Allerdings wird Ihnen kein Lesevorgang in Rechnung gestellt, wenn ein Dokument gelöscht wird.)

Die Abrechnung von Listenern in den mobilen und Web-SDKs hängt auch davon ab, ob die Offline-Persistenz aktiviert ist:

Wenn die Offline-Persistenz aktiviert ist und der Listener länger als 30 Minuten nicht verbunden ist (zum Beispiel, wenn der Nutzer offline geht), werden Ihnen Dokumente und Indexeinträge so in Rechnung gestellt, als hätten Sie eine neue Abfrage gesendet.
Wenn die Offline-Persistenz deaktiviert ist, werden Ihnen Dokumente und Indexeinträge, die gelesen werden, so in Rechnung gestellt, als hätten Sie eine neue Abfrage gesendet, wenn die Verbindung des Listeners unterbrochen und wiederhergestellt wird.

Große Ergebnismengen verwalten

Firestore bietet verschiedene Features, um Sie bei der Verwaltung von Abfragen zu unterstützen, die eine große Anzahl von Ergebnissen zurückgeben:

Cursors zum Fortsetzen einer lang andauernden Abfrage
Seitentokens für Seitenumbrüche der Abfrageergebnisse
Limits zum Festlegen der Anzahl der Ergebnisse, die abgerufen werden sollen
Offsets zum Überspringen einer festen Anzahl von Dokumenten

Für die Verwendung von Cursors, Seitentokens und Limits fallen keine zusätzlichen Gebühren an. Tatsächlich können Ihnen diese Features dabei helfen, Geld zu sparen, indem nur die Dokumente gelesen werden, die Sie wirklich brauchen.

Wenn Sie jedoch eine Abfrage senden, die ein Offset enthält, wird Ihnen ein Lesevorgang für jedes übersprungene Dokument in Rechnung gestellt. Wenn Ihre Abfrage zum Beispiel ein Offset von 10 nutzt und die Abfrage 1 Dokument zurückgibt, werden Ihnen 11 Lesevorgänge in Rechnung gestellt. Aufgrund dieser zusätzlichen Kosten sollten Sie nach Möglichkeit Cursors statt Offsets verwenden.

Andere Abfragen

Für andere Abfragen, wie die Anfrage für eine Liste von Sammlungs-IDs, wird Ihnen ein Lesevorgang in Rechnung gestellt. Wenn zum Abrufen der gesamten Ergebnismenge mehr als eine Anfrage erforderlich ist (zum Beispiel bei der Verwendung von Seitenumbrüchen), wird Ihnen jede Anfrage einzeln in Rechnung gestellt.

Mindestgebühr für Abfragen

Für jede Abfrage wird Ihnen eine Mindestgebühr von einem Lesevorgang für ein Dokument in Rechnung gestellt, auch wenn die Abfrage keine Ergebnisse zurückgibt.

Firestore-Sicherheitsregeln

Für Mobil- und Web-Clientbibliotheken werden Ihnen folgendermaßen zusätzliche Lesevorgänge in Rechnung gestellt, wenn Ihre Firestore-Sicherheitsregeln exists(), get() oder getAfter() zum Lesen von einem oder mehreren Dokumenten aus der Datenbank verwenden:

Ihnen werden Lesevorgänge in Rechnung gestellt, die zur Evaluierung Ihrer Firestore-Sicherheitsregeln erforderlich sind.

Wenn sich Ihre Regeln beispielsweise auf drei Dokumente beziehen, aber Firestore nur zwei dieser Dokumente zur Evaluierung der Regeln lesen muss, werden Ihnen zwei zusätzliche Lesevorgänge für die abhängigen Dokumente in Rechnung gestellt.

Ihnen wird nur ein Lesevorgang je abhängigem Dokument in Rechnung gestellt, auch wenn sich die Regeln mehr als einmal auf dieses Dokument beziehen.
Ihnen wird die Evaluierung der Regeln nur einmal pro Anfrage in Rechnung gestellt.

Infolgedessen kann es günstiger sein, mehrere statt einzelne Dokumente zu lesen, weil das Lesen mehrerer Dokumente weniger Anfragen benötigt.
Wenn Sie die Ergebnisse einer Abfrage überwachen, wird Ihnen in den folgenden Fällen eine Evaluierung der Regeln in Rechnung gestellt:
- wenn Sie die Abfrage senden
- jedes Mal, wenn die Abfrageergebnisse aktualisiert werden
- jedes Mal, wenn das Gerät des Nutzers offline und dann wieder online geht
- jedes Mal, wenn Sie die Regeln aktualisieren
- jedes Mal, wenn Sie die abhängigen Dokumente in den Regeln aktualisieren

Größe des Datenbankspeichers

Ihnen wird die auf Firestore gespeicherte Datenmenge einschließlich des Speicheraufwands in Rechnung gestellt. Die Menge des Speicheraufwands umfasst Metadaten sowie automatische und zusammengesetzte Indexe.

Für jedes in Firestore gespeicherte Dokument werden folgende Metadaten benötigt:

Die Dokument-ID, einschließlich Sammlungs-ID und Dokumentname.
Der Name und Wert der einzelnen Felder. Da Firestore schemalos ist, muss der Name eines jeden Feldes in einem Dokument zusammen mit dem Feldwert gespeichert werden.
Alle Einzelfeld- und zusammengesetzten Indexe, die sich auf das Dokument beziehen. Jeder Indexeintrag enthält die Sammlungs-ID; je nach Indexdefinition beliebig viele Feldwerte und den Dokumentnamen.

Die Speicherkosten werden in GiB/Monat angegeben und täglich berechnet. Firestore misst die Datenbankgröße täglich. Über den Zeitraum eines Monats werden diese Stichprobenpunkte gemittelt, um die Speichergröße der Datenbank zu berechnen. Dieser Durchschnittswert wird mit dem Stückpreis für Speicherplatz (GiB-Monat) multipliziert.

Unter Berechnung der Speichergröße erfahren Sie, wie der Speicher für Firestore berechnet wird.

PITR-Daten

Wenn Sie PITR aktivieren, wird Ihnen die Speicherung von PITR-Daten in Rechnung gestellt. Die meisten Kunden werden feststellen, dass die Gesamtkosten für die Speicherung von PiTR-Daten ähnlich hoch sind wie die Speicherkosten der Datenbank.

Die Speicherkosten für PITR werden in GiB/Monat angegeben und täglich berechnet. Firestore misst die Datenbankgröße täglich. Über den Zeitraum eines Monats werden diese Stichprobenpunkte gemittelt, um die Speichergröße der Datenbank zu berechnen. Dieser Durchschnittswert wird mit dem Stückpreis für PITR (GiB-Monat) multipliziert.

Wenn die durchschnittliche Größe Ihrer Datenbank während eines Monats beispielsweise 1 GiB beträgt und PITR für den gesamten Monat aktiviert ist, beträgt die abrechenbare PITR-Datengröße ebenfalls 1 GiB.

Mindestabrechnung: Ihnen werden möglicherweise bis zu 1 Tag PITR-Speicherkosten berechnet, auch wenn Sie PITR innerhalb eines Tages nach der Aktivierung deaktivieren.

Daten sichern und wiederherstellen

Wenn Sie Sicherungen aktivieren, wird Ihnen der Speicherplatz für die Datenbanksicherungen in Rechnung gestellt. Die Speichergröße für eine Sicherung entspricht der Speichergröße der Datenbank zum Zeitpunkt der Sicherung.

Die Speicherkosten für Sicherungen werden in GiB/Monat angegeben. Außerdem wird die Anzahl der Tage, an denen jedes Backup im Laufe eines Monats aufbewahrt wird, als Durchschnittswert für den Monat berechnet. Die Kosten für jede Sicherung werden berechnet, indem die Speichergröße der Sicherung mit dem Anteil des Monats, in dem die Sicherung aufbewahrt wird, und dem Einheitspreis multipliziert wird. Die Tagesgrenzen werden für Abrechnungszwecke durch die Zeitzone „America/Los_Angeles“ definiert.

Wenn Sie einen Wiederherstellungsvorgang durchführen, misst Firestore die Größe der Sicherung für den Wiederherstellungsvorgang. Die Größe der Sicherung wird mit dem Einheitspreis für Wiederherstellungsvorgänge (GiB) multipliziert.

Abfrage erklären

Die Verwendung von Firestore Query Explain ist kostenpflichtig.

Wenn eine Abfrage mit der Standardoption erklärt wird, werden keine Indexlesevorgänge ausgeführt. Unabhängig von der Komplexität der Abfrage wird ein Lesevorgang berechnet.

Wenn eine Abfrage mit der Option „Analysieren“ erklärt wird, werden Index- und Lesevorgänge ausgeführt. Die Abfrage wird also wie gewohnt abgerechnet. Für die Aktivität „Erklären und analysieren“ fallen keine zusätzlichen Kosten an, sondern nur die üblichen Kosten für die ausgeführte Abfrage.

Netzwerkbandbreite

Die durch Firestore-Anfragen genutzte Netzwerkbandbreite wird Ihnen in Rechnung gestellt, wie in den folgenden Preistabellen dargestellt. Die Netzwerkbandbreitenkosten für eine Firestore-Anfrage hängen von der Antwortgröße der Anfrage, dem Standort der Firestore-Datenbank und dem Ziel der Antwort ab.

Firestore errechnet die Antwortgröße anhand eines serialisierten Nachrichtenformats. Protokoll-Overhead, wie SSL-Overhead, wird nicht auf die Netzwerkbandbreitennutzung angerechnet. Durch Ihre Firestore-Sicherheitsregeln abgelehnte Anfragen werden nicht auf die Netzwerkbandbreitennutzung angerechnet.

Sie können mit der API Console Ihre Abrechnungsdaten in eine Datei exportieren, um zu erfahren, wie viel Netzwerkbandbreite Sie verbraucht haben.

Allgemeine Netzwerkpreise

Anfragen, die aus der Google Cloud Platform stammen (zum Beispiel von einer Anwendung in Google Compute Engine), werden Ihnen folgendermaßen in Rechnung gestellt:

Traffictyp	Preis
Eingehende Datenübertragung	Kostenlos
Datenübertragung innerhalb einer Region	Kostenlos
Datenübertragung zwischen Regionen in derselben Multiregion	Kostenlos
Datenübertragung zwischen Regionen innerhalb der USA (pro GiB)	0,01 $ (die ersten 10 GiB pro Monat sind kostenlos)
Datenübertragung zwischen Regionen ohne Traffic zwischen Regionen in den USA	Google Cloud Platform-Preise für ausgehenden Internettraffic

Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die unter Cloud Platform SKUs für Ihre Währung angegebenen Preise.

Preise für die Internetdatenübertragung

So wird Ihnen die Internet-Datenübertragung in Rechnung gestellt:

Google Cloud Anfragen zwischen Regionen (jedoch nicht für Traffic zwischen US-Regionen)
Anfragen von außerhalb von Google Cloud (zum Beispiel vom Mobilgerät eines Nutzers)

Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die unter Cloud Platform SKUs für Ihre Währung angegebenen Preise.

Nutzung überwachen

Informationen zum Überwachen der Firestore-Nutzung finden Sie unter Nutzung überwachen.

Ausgaben verwalten

Legen Sie Monatsbudgets und Benachrichtigungen fest, um Ihre Ausgaben zu verwalten.

Google Cloud Budgets und Benachrichtigungen

Google Cloud können Sie ein Monatsbudget für alle Google Cloud Dienste festlegen. So behalten Sie Ihre gesamten Google Cloud Kosten im Blick, einschließlich der Netzwerkbandbreitenkosten für Firestore. Nachdem Sie ein Budget festgelegt haben, können Sie Benachrichtigungen festlegen, um E-Mail-Benachrichtigungen zu erhalten, wenn Ihre Kosten sich Ihrer Budgetgrenze nähern.

Mit diesen Schritten legen Sie ein monatliches Budget fest und richten Benachrichtigungen in der API Console ein.

Preisbeispiel

Informationen dazu, wie Abrechnungskosten für Firestore bei einer realen Anwendung anfallen, finden Sie im Kostenbeispiel für Firestore.

Nächste Schritte

Firestore-Dokumentation lesen.
Erste Schritte mit Firestore.
Preisrechner ausprobieren
Informationen zu Firestore-Lösungen und -Anwendungsfällen

Individuelles Angebot einholen

Mit den „Pay as you go“-Preisen von Google Cloud bezahlen Sie nur für die Dienste, die Sie nutzen. Wenden Sie sich an unser Vertriebsteam, wenn Sie ein individuelles Angebot für Ihr Unternehmen erhalten möchten.

Vertrieb kontaktieren