Hinweise zu Kosten für Openflow Snowflake-Bereitstellungen und zur Skalierung¶
Bei Openflow - Snowflake Deployment können Kosten in mehreren Bereichen, Snowflake Compute, Snowpark Container Services-Infrastruktur, Datenaufnahme und anderen entstehen. Die Skalierung von Openflow setzt voraus, dass Sie diese Kosten verstehen.
In den folgenden Abschnitten werden die Openflow-Kosten im Allgemeinen beschrieben und zahlreiche Beispiele für die Skalierung von Openflow-Laufzeitumgebungen und die damit verbundenen Kosten bereitgestellt.
Openflow - Snowflake Deployment-Kosten¶
Wenn Sie Openflow - Snowflake Deployment verwenden, können Ihnen die folgenden Arten von Kosten entstehen:
Kostenkategorie |
Beschreibung |
|---|---|
Openflow (auf der Snowflake-Rechnung als Openflow Compute Snowflake angegeben) |
Kosten basierend auf der Anzahl und den Typen der Instanzen, die von Snowpark Container Service-Computepools in Ihrem Snowflake-Konto verwendet werden. Ihnen werden nur aktive Computepools in Rechnung gestellt. Credits werden pro Sekunde abgerechnet, mit einem Minimum von 5 Sekunden. Weitere Informationen zur Rate pro SPCS-Compute-Instanzfamilie pro Stunde siehe Tabelle 1(d) im Snowflake Service Consumption Table. Zudem können die Ansichten METERING_DAILY_HISTORY und METERING_HISTORY im Schema Account Usage zusätzliche Details zu den Openflow-Computekosten unter Verwendung von Abfragen für Bemerkung OPENFLOW_USAGE_HISTORY enthält derzeit keine Datensätze für SERVICE_TYPE=OPENFLOW_COMPUTE_SNOWFLAKE Weitere Informationen zur Untersuchung der Computekosten in Snowflake finden Sie unter Untersuchen der Computekosten. |
Snowpark Container Services-Infrastruktur |
Kosten für zusätzliche Snowpark Container Services-Infrastruktur wie Speicherung und Datentransfer. Weitere Informationen dazu finden Sie unter Kosten von Snowpark Container Services. |
Datenaufnahme (Ingestion) |
Kosten für das Laden von Daten in Snowflake über Dienste wie Snowpipe oder Snowpipe Streaming, basierend auf dem Datenvolumen. Erscheint auf Ihrer Snowflake-Rechnung unter den jeweiligen Posten für Datenaufnahmedienste. Bestimmte Konnektoren erfordern möglicherweise ein Standard-Snowflake-Warehouse, was zusätzliche Warehouse-Kosten verursacht. Zum Beispiel benötigen CDC-Datenbankkonnektoren ein Snowflake-Warehouse sowohl für den ersten Snapshot als auch für die inkrementelle Erfassung von Änderungsdaten (Change Data Capture, CDC). Sie können MERGE-Operationen zur Verwaltung der Computekosten planen. |
Telemetriedatenaufnahme |
Standard-Snowflake-Gebühren für das Senden von Protokollen und Metriken an Openflow-Bereitstellungen und für das Senden von Laufzeiten an Ihre Ereignistabelle in Snowflake. Die Rate für Credits pro GB von Telemetriedaten finden Sie in Tabelle 5 im Snowflake Service Consumption Table und wird als Telemetriedatenerfassung bezeichnet. |
Openflow - Snowflake Deployment-Skalierung¶
Die von Ihnen gewählten Laufzeiten und das Skalierungsverhalten sind entscheidend für ein effektives Kostenmanagement. Openflow unterstützt verschiedene Laufzeittypen, jeweils mit eigenen Skalierungsmerkmalen.
Zuordnen von Laufzeiten zu Snowflake-Computepools¶
Die Wahl eines Laufzeittyps führt dazu, dass die Laufzeit-Pods auf dem zugehörigen Snowflake-Computepool INTERNAL_OPENFLOW_0_SMALL, INTERNAL_OPENFLOW_0_MEDIUM, INTERNAL_OPENFLOW_0_LARGE mit Ressourcen geplant werden, die in der folgenden Tabelle beschrieben sind:
Die folgende Tabelle veranschaulicht das Skalierungsverhalten verschiedener Laufzeiten und die damit verbundenen Kosten:
Laufzeittyp |
vCPUs |
Verfügbarer Speicher (GB) |
Snowflake Computepool-Instanzfamilie |
Snowflake Computepool |
Instanzfamilie – vCPUs |
Instanzfamilie – Speicher (GB) |
|---|---|---|---|---|---|---|
Small |
1 |
2 |
CPU_X64_X |
INTERNAL_OPENFLOW_0_SMALL |
4 |
16 |
Medium |
4 |
10 |
CPU_X64_SL |
INTERNAL_OPENFLOW_0_MEDIUM |
16 |
64 |
Large |
8 |
20 |
CPU_X64_L |
INTERNAL_OPENFLOW_0_LARGE |
32 |
128 |
Der Typ der ausgewählten Laufzeit wirkt sich auf den Typ der bereitgestellten Computeinstanzen aus. Openflow skaliert die zugrunde liegenden Snowflake Computepools, wenn zusätzliche Pods geplant werden müssen, basierend auf dem CPU-Verbrauch und bis zu der maximalen Knoteneinstellung, die bei der Erstellung zur Laufzeit festgelegt wurde.
Snowflake Computepools werden mit einer Mindestgröße von 0 Knoten und maximal 50 Knoten konfiguriert. Die gewünschte Größe wird dynamisch abhängig von der für die Laufzeit erforderlichen CPU und dem Arbeitsspeicher angepasst. Snowflake Computepools werden nach 600 Sekunden ohne Ressource auf 0 zurückgesetzt.
Laufzeittypen und die damit verbundenen Kosten¶
Die folgende Tabelle veranschaulicht das Skalierungsverhalten verschiedener Laufzeiten und die damit verbundenen Kosten:
Laufzeit |
Tätigkeit |
Snowflake-Kosten |
Cloudkosten |
|---|---|---|---|
Keine Laufzeiten |
Keine |
1 x Openflow Control Pool x 1 Knoten = 1 CPU_X64_S-Instanz-Stunde |
Keine |
1 Laufzeit des Typs Small (1vCPU) (min. 1, max. 2) |
Aktiv für 1 Stunde. Die Laufzeit wird nicht auf 2 skaliert. |
1 x Openflow Control Pool x 1 Knoten + 1 x Openflow Computepool des Typs Small (CPU_X64_S) x 1 Knoten = 2 CPU_X64_S-Instanz-Stunden |
Keine |
2 Laufzeiten des Typs Small (1 vCPU) (min./max.=2) 1 Laufzeit des Typs Large (8 ) (min./max.=10) |
Small: 4 Knoten aktiv für 1 Stunde Large: 10 Knoten aktiv für 1 Stunde |
1 x Openflow Control Pool x 1 Knoten + 1 x CPU_X64_S x 1 Knoten + 3 x CPU_X64_L = 2 CPU_X64_S Instanz-Stunden + 3 CPU_X64_L Instanz-Stunden |
Keine |
1 Medium (4vCPU) (min. = 1, max. = 2) |
Für die ersten 20 Minuten wird 1 Knoten ausgeführt, nach 20 Minuten wird auf 2 Knoten skaliert, nach 40 Minuten wird auf 1 Knoten zurückskaliert, gesamt 1 Stunde |
1 x Openflow Control Pool x 1 Knoten + 1 x CPU_X64_SL x 1 Knoten = 1 CPU_X64_S Instanz-Stunde + 1 CPU_X64_SL-Instanz-Stunde |
Keine |
1 Medium (4vCPU) (min./max.=2) |
Für die ersten 30 Minuten werden 2 Knoten ausgeführt, wird nach den ersten 30 Minuten angehalten. |
1 x Openflow Control Pool x 1 Knoten + 1 x CPU_X64_SL x 1 Knoten x 1/2 Stunde = 1 CPU_X64_S Instanz-Stunde + 1/2 CPU_X64_SL-Instanz-Stunde |
Keine |
Beispiele für die Berechnung des Openflow - Snowflake Deployment-Verbrauchs¶
- Ein Benutzer erstellt eine Openflow Snowflake-Bereitstellung und hat 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
- Ein Benutzer erstellt eine Laufzeitumgebung des Typs Small mit min. Knoten = 1 und max. Knoten = 2. 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
- Ein Benutzer erstellt 2 Laufzeiten des Typs Small mit min./max. von jeweils 2 Knoten und eine Laufzeit des Typs Large mit min./max. von 10 Knoten. Diese Laufzeiten sind für 1 Stunde aktiv.
Der Computepool Openflow_Control_Pool_0 wird mit 1 CPU_X64_S-Instanz ausgeführt
2 Laufzeiten des Typs Small auf 2 Knoten = INTERNAL_OPENFLOW_0_SMALL Computepool wird mit 2 CPU_X64_S-Instanzen ausgeführt= 2 CPU_X64_S-Instanz-Stunden
1 Laufzeit des Typs Large bei 10 Knoten = INTERNAL_OPENFLOW_0_LARGE Computepool wird mit 3 CPU_X64_L-Instanzen ausgeführt = 3 CPU_X64_L-Instanz-Stunden
Gesamter Openflow-Verbrauch = 3 CPU_X64_S Instanz-Stunden + 3 CPU_X64_L-Instanz-Stunden
- Ein Benutzer erstellt 1 Laufzeit des Typs Medium mit 1 Knoten. Nach 20 Minuten wird sie auf 2 Knoten skaliert. Nach 20 Minuten wird sie wieder auf 1 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
1 Laufzeit des Typs Medium mit Skalierung auf 2 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
- Ein Benutzer erstellt 1 Laufzeit des Typs Medium mit 2 Knoten und hält sie dann nach 30 Minuten an.
Der Computepool Openflow_Control_Pool_0 wird mit 1 CPU_X64_S-Instanz ausgeführt
1 Laufzeit des Typs Medium auf 1 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