Erläuterungen zu den Speicherkosten¶

Kosten für Stagingdateien¶

Bei Dateien, die für das Massenladen/-entladen von Daten im Stagingbereich bereitgestellt werden, entstehen Speicherkosten, die sich nach der Größe der Dateien richten. Weitere Informationen zum Laden von Daten finden Sie unter Daten in Snowflake laden.

Kosten für Datenbanken¶

In die Datenbankkosten werden die in Datenbanktabellen gespeicherten Daten einbezogen. Außerdem werden in den Datenbankkosten auch die für Time Travel gepflegten historischen Daten berücksichtigt. Snowflake komprimiert automatisch alle in Tabellen gespeicherten Daten und berechnet anhand der komprimierten Dateigröße den gesamten für ein Konto verwendeten Speicherplatz.

Siehe auch Hinweise zur Datenspeicherung.

Kosten für Time Travel und Fail-safe¶

Die Gebühren für Time Travel und Fail-safe werden für jeden 24-Stunden-Zeitraum (d. h. 1 Tag) ab dem Zeitpunkt der Datenänderung berechnet. Die Anzahl der Tage, in denen historische Daten gepflegt werden, richtet sich nach dem Tabellentyp und der Aufbewahrungsfrist der Tabelle für die Time Travel.

Snowflake minimiert den Speicherbedarf für historische Daten, indem es nur die Informationen pflegt, die zur Wiederherstellung der einzelnen Tabellenzeilen erforderlich sind, die aktualisiert oder gelöscht wurden. Dadurch wird die Speichernutzung als Prozentsatz der geänderten Tabelle berechnet. Vollständige Kopien von Tabellen werden nur dann gepflegt, wenn Tabellen gelöscht oder gekürzt werden.

Siehe auch Speicherkosten für Time Travel und Fail-safe.

Kosten für temporäre und transiente Tabellen¶

Um die Speicherkosten im Zusammenhang mit Time Travel und Fail-safe zu senken, stellt Snowflake zwei Tabellentypen bereit: temporäre und transiente Tabellen. Für temporäre und transiente Tabellen fallen nicht die gleichen Gebühren an wie für permanente Tabellen:

• Transiente und temporäre Tabellen tragen so lange zu den Speichergebühren bei, die Snowflake Ihrem Konto in Rechnung stellt, bis sie explizit gelöscht werden. Die in diesen Tabellentypen gespeicherten Daten tragen zu den Speicher-Gesamtgebühren bei, die Snowflake Ihrem Konto in Rechnung stellt, solange sie existieren.

• Temporäre Tabellen werden in der Regel für nicht permanente, sitzungsspezifische, vorübergehende Daten wie ETL oder andere sitzungsspezifische Daten verwendet. Temporäre Tabellen bestehen nur für die Dauer der zugehörigen Sitzung. Am Ende der Sitzung werden die temporären Tabellendaten gelöscht und können nicht wiederhergestellt werden. Auf temporäre Tabellen kann von außerhalb der Sitzung, die sie erstellt hat, nicht zugegriffen werden.

• Transiente Tabellen bestehen so lange, bis sie explizit gelöscht werden. Sie sind für alle Benutzer mit den entsprechenden Berechtigungen verfügbar.

• Transiente und temporäre Tabellen können eine Time Travel-Aufbewahrungsfrist von entweder 0 oder 1 Tag haben.

• Transiente und temporäre Tabellen haben keine Fail-safe-Frist.

• Transiente und temporäre Tabellen können höchstens Speicherkosten für einen Tag verursachen.

Die folgende Tabelle veranschaulicht die verschiedenen Szenarien, basierend auf dem Tabellentyp:

Kosten für Hybridtabellen¶

Wenn Sie sich für die Verwendung von Hybridtabellen für Ihre operativen und analytischen Workloads entscheiden, sollten Sie bedenken, dass die Kosten für die Datenspeicherung bei diesem Tabellentyp auf Ihren Verbrauchswerten in folgenden Punkten basieren:

• Speicherplatz für Hybridtabellen (in erster Linie durch die Hybridtabellen selbst und die darin enthaltenen Indizes verursacht)

• Hybridtabellenanforderungen

Im Allgemeinen sind Hybridtabellen teurer als Standard-Snowflake-Tabellen.

Weitere Informationen dazu finden Sie unter Erläuterungen zu den Kosten für Hybridtabellen.

Kosten für das Klonen von Tabellen, Schemas und Datenbanken¶

Das Nullkopie-Cloning-Feature von Snowflake bietet eine bequeme Möglichkeit, um schnell einen „Snapshot“ einer beliebigen Tabelle (außer Hybridtabellen), eines Schemas oder einer Datenbank bereitzustellen und eine abgeleitete Kopie dieses Objekts zu erstellen, die den zugrunde liegenden Speicher anfänglich gemeinsam nutzt. Dies kann äußerst nützlich sein, um sofortige Sicherungen zu erstellen, für die keine zusätzlichen Kosten anfallen (bis Änderungen am geklonten Objekt vorgenommen werden).

Durch das Klonen wird die Berechnung der Gesamtspeichernutzung jedoch komplexer, da jeder Klon seinen eigenen Lebenszyklus hat. Dies bedeutet, dass Änderungen am ursprünglichen Objekt oder am Klon unabhängig voneinander vorgenommen werden können und diese Änderungen durch CDP geschützt werden.

Wenn beispielsweise von einer Tabelle ein Klon erstellt wird, verwendet der Klon keinen Speicher, da alle vorhandenen Mikropartitionen der ursprünglichen Tabelle zum Zeitpunkt des Klonens freigegeben sind. Jedoch können unabhängig von der ursprünglichen Tabelle Zeilen im Klon hinzugefügt, gelöscht oder aktualisiert werden. Jede Änderung des Klons führt zu neuen Mikropartitionen, die ausschließlich dem Klon gehören und durch CDP geschützt werden.

Darüber hinaus können Klone geklont werden, wobei keine Beschränkung hinsichtlich der Anzahl der Iterationen von Klonen gibt, die erstellt werden können (d. h. Sie können einen Klon eines Klons eines Klons usw. erstellen). Dies führt zu einer Hierarchie von n-Ebenen geklonter Objekte, von denen jedes einen eigenen Anteil an freigegebenem und unabhängigem Speicher besitzt.

Kosten für Cloud-übergreifende automatische Ausführung¶

Mit der Cloud-übergreifenden automatischen Auftragsausführung können Sie ein Datenprodukt ohne manuelle Datenreplikation für Verbraucher in anderen Cloudregionen bereitstellen. Wenn Ihr Datenprodukt automatisch in einer anderen Region bereitgestellt wird, fallen für Sie Speicher- und andere Kosten an. Weitere Informationen dazu finden Sie unter Verwalten der Kosten für Cloud-übergreifende automatische Ausführung.

Nächste Themen:

• Untersuchen der Speicherkosten