Kostenkontrolle für den Snowflake Connector for Google Analytics Aggregate Data¶
Der Snowflake Connector für Google Analytics Aggregate Data unterliegt den Nutzungsbedingungen für Konnektoren.
Unter diesem Thema werden Best Practices für die Kostenkontrolle und die Ermittlung der optimalen Warehouse-Größe für den Snowflake Connector for Google Analytics Aggregate Data erörtert.
Messen der Kosten des Konnektors¶
Wenn der Konnektor ein separates Konto nur für die Datenerfassung und Datenspeicherung verwendet und das Konto keine anderen Aktivitäten aufweist (wie z. B. die Ausführung von Abfragen durch Benutzer auf den erfassten Daten), können Sie die Gesamtkosten auf der Ebene des Kontos ablesen. Weitere Informationen dazu finden Sie unter Untersuchen der Gesamtkosten.
Wenn das Konto nicht nur dem Konnektor gewidmet ist, oder wenn Sie die Kosten weiter untersuchen möchten, können Sie die in Rechnung gestellten Kosten für die Komponenten separat analysieren:
Eine Einführung in diese Kostenbestandteile finden Sie unter Erläuterungen zu den Gesamtkosten.
Allgemeine Empfehlungen¶
Um die durch den Konnektor verursachten Kosten zu ermitteln, können Sie ein separates Konto ausschließlich für den Konnektor anlegen. Wenn Sie ein bestimmtes Konto verwenden, können Sie den exakten Datentransfer verfolgen, der durch den Konnektor generiert wird.
Wenn Sie kein separates Konto für den Konnektor verwenden können, versuchen Sie Folgendes:
Erstellen Sie eine separate Datenbank für die Speicherung der aufgenommenen Daten, um die Speicherkosten besser verfolgen zu können.
Um die genauen Computekosten zu ermitteln, ordnen Sie ein Warehouse nur für den Konnektor zu.
Verwenden Sie Objekt-Tags auf Datenbanken und einem Warehouse, um kundenspezifische Kostenberichte zu erstellen.
Computekosten¶
Wir empfehlen Ihnen, ein dediziertes Warehouse nur für den Konnektor zu erstellen. Mit dieser Konfiguration haben Sie die Möglichkeit, Ressourcenmonitore auf dem Warehouse zu erstellen. Sie können die Monitore verwenden, um E-Mail-Alerts zu versenden und das Warehouse zu unterbrechen, d. h. den Konnektor zu stoppen, wenn das festgelegte Credit-Kontingent überschritten wird. Der Konnektor wird automatisch wieder aktiviert, wenn das Credit-Kontingent erneuert wird. Beachten Sie, dass eine zu niedrige Einstellung des Credit-Kontingents in Konfigurationen, in denen große Datenmengen aufgenommen werden, verhindern kann, dass der Konnektor alle Daten aufnimmt. Ein großer Vorteil ist, dass die Größe des Warehouses an das Datenvolumen angepasst werden kann.
Weitere Informationen zum Prüfen der vom Warehouse verbrauchten Credits finden Sie unter Untersuchen der Computekosten. Sie können dem Warehouse auch Objekt-Tags zuweisen und die Tags dann zum Erstellen von Kostenberichten verwenden.
Wenn das vom Konnektor verwendete Warehouse auch von anderen Workflows genutzt wird, können Sie die Kosten nach Rollen aufteilen. Um die Nutzung nach Rollen aufzuteilen, verwenden Sie die Abfrage für die Aufteilung der Warehouse-Nutzung und fügen die folgende WHERE-Klausel zur QUERY_HISTORY-Ansicht hinzu:
WAREHOUSE_NAME = '<connector warehouse name>' AND
ROLE_NAME = '<role created for the connector to ingest data>'
Beachten Sie, dass die Rolle der Name ist, der bei der Installation des Konnektors erstellt wurde, zum Beispiel SNOWFLAKE_CONNECTOR_FOR_GOOGLE_ANALYTICS_RAW_DATA.
Die Abfrage liefert nur einen ungefähren Wert für die Kosten.
Speicherkosten¶
Der Snowflake Connector for Google Analytics Aggregate Data speichert Daten an zwei Stellen:
In der Konnektor-Datenbank, die aus der öffentlichen Freigabe erstellt wird und die den internen Status des Konnektors enthält.
In dem vom Benutzer angegebenen Schema, in dem die aufgenommenen Daten gespeichert werden.
Außerdem wird Datenspeicher vom Snowflake-Feature Fail-safe verbraucht. Die Menge der gespeicherten Fail-safe-Daten hängt von den Tabellenaktualisierungen ab, die der Konnektor ausführt.
Um die Speichernutzung in Snowsight zu überprüfen, können Sie eine separate Datenbank für die Speicherung der eingelesenen Daten verwenden. Damit können Sie die Diagramme zur Speichernutzung nach Objekt filtern, was die Nutzung durch einzelne Datenbanken anzeigt. Sie können auch die Speichernutzung anzeigen, indem Sie die Ansicht DATABASE_STORAGE_USAGE_HISTORY abfragen und nach beiden vom Konnektor verwendeten Datenbanken filtern.
Wenn die Datenbank andere Schemas enthält, die nicht mit dem Konnektor in Beziehung stehen, können Sie die Speichernutzung eines bestimmten Schemas abfragen, das für die vom Konnektor aufgenommenen Daten bestimmt ist. Sie können die Informationen aus der Ansicht TABLE_STORAGE_METRICS abrufen, sobald Sie nach Datenbank- und Schemanamen gefiltert und die Spalten mit Speichernutzung aggregiert haben.
Bestimmen der optimalen Warehouse-Größe für die Konnektor-Instanz¶
Für den Snowflake Connector for Google Analytics Aggregate Data empfehlen wir, mit einem Warehouse der Größe XSMALL zu beginnen und dann mit größeren Warehouses zu experimentieren, um die Leistung zu optimieren.
Um die optimale Warehouse-Größe für den Konnektor zu finden, berücksichtigen Sie folgende Faktoren:
Anzahl der konfigurierten Berichte
Menge der von jedem Bericht erzeugten Daten
Zeitplan für die Synchronisierung von Berichten
Wir empfehlen Ihnen, einen Satz von messbaren Anforderungen zu definieren, wie z. B. Zeitintervalle, in denen alle Tabellen synchronisiert werden sollten, und dann die kleinste Warehouse-Größe zu wählen, die diese Anforderungen erfüllt. Um festzustellen, ob Sie ein größeres Warehouse benötigen, lesen Sie Überwachen des Warehouse-Workloads.
Kosten für Healthcheck-Aufgabe¶
Der Konnektor erstellt eine serverlose Aufgabe, die regelmäßig den Healthcheck-Status Ihrer App-Instanz überprüft und nur das zusammengefasste Ergebnis (ob Instanz ok ist oder nicht) an Snowflake sendet. Die Aufgabe wird nach Ausführung des Installationsassistenten (oder durch Aufruf von FINALIZE_CONNECTOR_CONFIGURATION in Arbeitsblättern) erstellt. Sie wird im Hintergrund ausgeführt und verursacht feste Kosten von bis zu 0,5 Credits/Tag, auch wenn kein Bericht konfiguriert ist.
Die Aufgabe kann nicht manuell gestoppt oder gelöscht werden. Um diese Kosten zu reduzieren, können Sie jedoch die Prozedur PAUSE_CONNECTOR aufrufen, die die Aufgabe deaktiviert und keine Kosten verursacht, wenn der Konnektor nicht benutzt wird.