Erläuterungen zu den Speicherkosten¶
Die Speicherkosten umfassen Kosten für:
Stagingdateien zum Massenladen/-entladen von Daten (komprimiert oder unkomprimiert gespeichert)
Datenbanktabellen, einschließlich historischer Daten für Time Travel
Fail-safe für Datenbanktabellen
Klone von Datenbanktabellen, die auf Daten verweisen, die in der Tabelle gelöscht wurden, die Eigentümer der Klone ist.
Die monatlichen Kosten für die Datenspeicherung in Snowflake basieren auf einer Pauschale pro Terabyte (TB). Der berechnete Betrag hängt von Ihrem Kontotyp (Capacity oder On-Demand) und der Region (US oder EU) ab.
Die Preise für die Datenspeicherung finden Sie in der Snowflake-Preisliste.
Unter diesem Thema:
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:
Tabellentyp |
Aufbewahrungsfrist für Time Travel (Tage) |
Fail-safe-Frist (Tage) |
Pflege historischer Daten, min./max. (Tage) |
|---|---|---|---|
Permanent |
0 oder 1 (für Snowflake Standard Edition) |
7 |
7 , 8 |
0 bis 90 (für Snowflake Enterprise Edition) |
7 |
7 , 97 |
|
Transient |
0 oder 1 |
0 |
0 , 1 |
Temporär |
0 oder 1 |
0 |
0 , 1 |
Verwenden von temporären und transienten Tabellen zur Verwaltung der Speicherkosten¶
Wenn Sie wählen, ob Sie Daten in permanenten, temporären oder transienten Tabellen speichern möchten, beachten Sie Folgendes:
Temporäre Tabellen werden gelöscht, wenn die Sitzung, in der sie erstellt wurden, endet. In temporären Tabellen gespeicherte Daten sind nicht wiederherstellbar, nachdem die Tabelle gelöscht wurde.
Historische Daten in transienten Tabellen können von Snowflake nach Ende der Aufbewahrungsfrist für Time Travel nicht wiederherstellt werden. Verwenden Sie transiente Tabellen nur für Daten, die Sie unabhängig von Snowflake replizieren oder reproduzieren können.
Langlebige Tabellen, wie z. B. Faktentabellen, sollten immer als dauerhaft definiert werden, um sicherzustellen, dass sie durch Fail-safe vollständig geschützt sind.
Kurzlebige Tabellen (d. h. <1 Tag), wie z. B. ETL-Arbeitstabellen, können als transient definiert werden, um Kosten für Fail-safe zu vermeiden.
Wenn Ausfallzeiten und die Zeit, die zum Zurückladen verlorener Daten benötigt wird, Faktoren sind, können permanente Tabellen, selbst mit ihren zusätzlichen Fail-safe-Kosten, eine bessere Gesamtlösung bieten als transiente Tabellen.
Bemerkung
Der Standardtyp für Tabellen ist permanent. Um eine Tabelle als temporär oder transient zu definieren, müssen Sie den Typ bei der Tabellenerstellung explizit angeben.
Kosten für das Klonen von Tabellen, Schemas und Datenbanken¶
Die Zero-Copy-Cloning-Funktion von Snowflake bietet eine bequeme Möglichkeit, um schnell eine Momentaufnahme („Snapshot“) einer Tabelle, eines Schemas oder einer Datenbank zu erstellen 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: