Hinweise zu Kosten für Openflow Snowflake-Bereitstellungen und zur Skalierung¶

Kosten für den Openflow-Computepool¶

Die Gesamtkosten für die Ausführung von Openflow hängen von der Anzahl und den Typen der Instanzen ab, die von Snowpark Container Service-Computepools in Ihrem Snowflake Konto verwendet werden.

Openflow verwendet Computepools für zwei verschiedene Zwecke:

• Openflow Management-Dienste

  Openflow Management-Dienste werden als Teil einer Openflow-Bereitstellung ausgeführt. Sie verwenden einen Computepool, um die Openflow-Bereitstellung zu verwalten. Dieser Computepool wird ausgeführt, sobald Sie eine Bereitstellung erstellt haben. Er wird weiter ausgeführt, solange die Bereitstellung aktiv ist.

  Vorsicht:

  Der mit den Openflow Management-Diensten verbundene Computepool wird weiterhin ausgeführt und verursacht Kosten, auch wenn keine Laufzeiten laufen.

• Openflow-Laufzeiten

  Openflow verwendet Computepools, um die Openflow-Laufzeitumgebungen auszuführen. Die Anzahl der erforderlichen Computepools und die Anzahl der Knoten innerhalb jedes Computepools werden auf der Grundlage der Anzahl der aktuell ausgeführten Laufzeiten skaliert.

  Wenn alle mit einer Laufzeit verbundenen Laufzeiten gestoppt werden, wird der mit den Laufzeiten verbundene Computepool auf 0 Knoten heruntergestuft. Für einen Laufzeit-Computepool fallen keine Kosten an, wenn er nicht verwendet wird.

Credits werden pro Sekunde abgerechnet, mit einem Minimum von 5 Sekunden. Weitere Informationen zur Rate pro Snowpark Container Services-Compute-Instanzfamilie pro Stunde finden Sie in der Tabelle 1(d) in der Snowflake Service Consumption Table.

Die folgenden Ansichten im Account Usage-Schema enthält zusätzliche Details zu den Openflow-Computekosten:

• METERING_DAILY_HISTORY

• METERING_HISTORY

Die Kosten für den Computepool im Zusammenhang mit Openflow werden unter SERVICE_TYPE als OPENFLOW_COMPUTE_SNOWFLAKE angezeigt.

Weitere Informationen zu den Computekosten in Snowflake finden Sie unter Untersuchen der Computekosten.

Kosten der Snowpark Container Services-Infrastruktur¶

Zusätzlich zu den Computepool-Kosten entstehen Kosten für zusätzliche Snowpark Container Services-Infrastruktur, einschließlich Speicherung und Datentransfer.

Weitere Informationen dazu finden Sie unter Kosten von Snowpark Container Services.

Kosten für Datenaufnahme¶

Kosten fallen für das Laden von Daten in Snowflake über Dienste wie Snowpipe oder Snowpipe Streaming an. Diese Kosten richten sich nach der Menge der aufgenommenen Daten.

Außerdem können einige Konnektoren ein Warehouse erfordern, wofür Warehouse-Kosten anfallen. Zum Beispiel benötigen CDC-Datenbankkonnektoren ein Warehouse sowohl für die ersten Snapshots als auch für die fortlaufende inkrementelle Erfassung von Änderungsdaten (Change Data Capture, CDC).

Kosten für die Aufnahme von Telemetriedaten¶

Wenn Sie eine Ereignistabelle zum Speichern von Telemetriedaten für Openflow verwenden, erhebt Snowflake Gebühren für das Senden von Protokollen und Metriken an Openflow-Bereitstellungen. Es fallen auch Gebühren für das Senden von Laufzeit-Telemetriedaten an Ihre Ereignistabelle in Snowflake an.

Die Rate für Credits pro GB von Telemetriedaten finden Sie in Tabelle 5 in der Snowflake Service Consumption Table und wird als Telemetriedatenerfassung bezeichnet.

Zuordnen von Laufzeiten zu Snowflake-Computepools¶

Der von Ihnen gewählte Laufzeittyp bestimmt die Laufzeit-Pods, die für den zugehörigen Computepool geplant werden. Die Verwendung eines größeren Laufzeittyps führt dazu, dass ein größerer Computepool verwendet wird, was wiederum höhere Kosten verursacht.

Die Laufzeitgrößen und deren Skalierungsverhalten sind in der folgenden Tabelle beschrieben:

Openflow skaliert die zugrunde liegenden Snowflake Computepools, wenn zusätzliche Computepool-Knoten geplant werden müssen, basierend auf dem CPU-Verbrauch und bis zu der maximalen Knoteneinstellung, die bei der Erstellung zur Laufzeit festgelegt wurde.

Computepools werden mit einer Mindestgröße von 0 Knoten und maximal 50 Knoten konfiguriert. Die erforderliche Größe wird dynamisch abhängig von der für die Laufzeit erforderlichen CPU und den Arbeitspeicheranforderungen der Laufzeitumgebungen angepasst.

Wenn keine Ressourcenanforderungen bestehen, z. B. wenn die Laufzeitumgebung nicht ausgeführt wird, wird ein Computepool nach 600 Sekunden (10 Minuten) auf 0 Knoten herunterskaliert.

Beispiele für die Berechnung des Openflow - Snowflake Deployment-Verbrauchs¶

Sie erstellen eine Openflow Snowflake-Bereitstellung und haben noch keine Laufzeiten erstellt.

• Der Computepool Openflow_Control_Pool_0 wird mit einer CPU_X64_S-Instanz ausgeführt

• Gesamter Openflow-Verbrauch = 1 CPU_X64_S-Instanz-Stunde

Sie haben eine Laufzeitumgebung des Typs Small mit min. Knoten = 1 und max. Knoten = 2 erstellt. Die Laufzeit verbleibt bei 1 Knoten für 1 Stunde.

• Der Computepool Openflow_Control_Pool_0 wird mit 1 CPU_X64_S-Instanz ausgeführt

• Der Computepool INTERNAL_OPENFLOW_0_SMALL wird mit 1 CPU_X64_S-Instanz ausgeführt

• Gesamter Openflow-Verbrauch = 2 CPU_X64_S Instanz-Stunden

Sie haben 2 Laufzeiten des Typs Small mit min./max. von jeweils 2 Knoten und eine Laufzeit des Typs Large mit min./max. von 10 Knoten erstellt. Diese Laufzeiten sind für eine Stunde aktiv.

• Der Computepool Openflow_Control_Pool_0 wird mit 1 CPU_X64_S-Instanz ausgeführt

  • Zwei Laufzeiten des Typs Small auf zwei Knoten = INTERNAL_OPENFLOW_0_SMALL Computepool wird mit 2 CPU_X64_S-Instanzen ausgeführt = 2 CPU_X64_S-Instanz-Stunden

  • Eine Laufzeit des Typs Large bei 10 Knoten = INTERNAL_OPENFLOW_0_LARGE Computepool wird mit 4 CPU_X64_L-Instanzen ausgeführt = 4 CPU_X64_L-Instanz-Stunden

• Gesamter Openflow-Verbrauch = 3 CPU_X64_S Instanz-Stunden + 4 CPU_X64_L-Instanz-Stunden

Sie haben eine Laufzeit des Typs Medium mit einem Knoten erstellt. Nach 20 Minuten wird sie auf zwei Knoten skaliert. Nach 20 Minuten wird sie wieder auf einen Knoten herunterskaliert und für weitere 20 Minuten ausgeführt.

• Der Computepool Openflow_Control_Pool_0 wird mit 1 CPU_X64_S-Instanz ausgeführt

• Eine Laufzeit des Typs Medium mit Skalierung auf zwei Laufzeiten des Typs Medium = INTERNAL_OPENFLOW_0_MEDIUM Computepool wird mit 1 CPU_X64_SL-Instanz ausgeführt = 1 CPU_X64_SL-Instanz-Stunde

• Gesamter Openflow Verbrauch = 1 CPU_X64_S-Instanz-Stunde + 1 CPU_X64_SL-Instanz-Stunde

Sie haben eine Laufzeit des Typs Medium mit zwei Knoten erstellt und sie dann nach 30 Minuten angehalten.

• Der Computepool Openflow_Control_Pool_0 wird mit 1 CPU_X64_S-Instanz ausgeführt

• Eine Laufzeit des Typs Medium auf einem Knoten = INTERNAL_OPENFLOW_0_MEDIUM Computepool wird mit 1 CPU_X64_SL-Instanz ausgeführt

• 30 Minuten = 1/2 Stunde

• Gesamter Openflow Verbrauch = 1 CPU_X64_S-Instanz-Stunde + 1/2 CPU_X64_SL-Instanz-Stunde