Kostenkontrolle für den Snowflake Connector for MySQL¶
Bemerkung
Der Snowflake Connector for MySQL 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 MySQL erörtert.
Ermitteln 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 Sie die Kosten noch genauer untersuchen müssen, sollten Sie die berechneten Kosten für die folgenden drei Komponenten getrennt analysieren:
Eine Einführung in diese drei Kostenbestandteile finden Sie unter Erläuterungen zu den Gesamtkosten.
Allgemeine Empfehlungen¶
Um die durch den Konnektor erzeugten Kosten zu erhalten, empfehlen wir Ihnen, ein separates Konto ausschließlich für die Verwendung des Konnektors einzurichten. Über ein bestimmtes Konto verfolgen Sie den genauen Datentransfer, den der Konnektor erzeugt.
Wenn Sie kein separates Konto für den Konnektor verwenden können, sollten Sie Folgendes in Betracht ziehen:
Erstellen Sie eine separate Datenbank für die Speicherung der erfassten Daten, um die Speicherkosten besser verfolgen zu können.
Weisen Sie ein Warehouse nur für den Konnektor zu, um die genauen Computekosten zu erhalten.
Verwenden Sie Objekt-Tags auf Datenbanken und einem Warehouse, um kundenspezifische Kostenberichte zu erstellen.
Computekosten¶
Wir empfehlen, dass Sie nur für den Konnektor ein Paar dedizierter Operationen und Compute-Warehouses verwenden. Mit dieser Konfiguration können Sie Ressourcenmonitore für diese beiden Warehouses erstellen. Sie können die Monitore verwenden, um E-Mail-Benachrichtigungen zu versenden und beide Warehouses zu sperren und den Konnektor zu stoppen, wenn das eingestellte Credit-Kontingent überschritten wird.
Bemerkung
Wenn Sie das Credit-Kontingent in Konfigurationen, in denen große Datenmengen aufgenommen werden, zu niedrig einstellen, kann es sein, dass der Konnektor nicht alle Daten aufnimmt.
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.
Speicherkosten¶
Der Konnektor MySQL 6.0.0 speichert Daten in:
Die Datenbank des Konnektors, die bei der Installation des Konnektors erstellt wird und die den internen Status des Konnektors enthält.
Eine oder viele andere Datenbanken, die bei der Konfiguration von Datenquellen erstellt werden und in denen die eingelesenen Daten gespeichert werden.
Außerdem wird Datenspeicher vom Snowflake-Feature Fail-safe verbraucht. Die Menge der in Fail-safe gespeicherten Daten hängt von den Tabellenaktualisierungen ab, die der Konnektor vornimmt. Daher erhöht sich die Datenmenge, wenn Tabellenzeilen, die aus einer Quelldatenbank übernommen werden, häufig aktualisiert werden oder eine ganze Tabelle neu geladen wird. In der Regel stabilisiert sich die Menge der Fail-safe-Daten sieben bis zehn Tage nach der Einrichtung des Konnektors (unter der Annahme, dass keine Reloads durchgeführt werden und der Strom an aufgenommenen Daten konstant ist).
Wenn Sie die Speichernutzung mit Snowsight überprüfen möchten, empfehlen wir Ihnen, separate Datenbanken für die Speicherung der eingelesenen Daten zu verwenden. Auf diese Weise können Sie die Diagramme für die Speichernutzung nach einem Objekt filtern, das die Nutzung durch einzelne Datenbanken anzeigt. Sie können die Speichernutzung auch anzeigen, indem Sie die Ansicht DATABASE_STORAGE_USAGE_HISTORY abfragen und nach den vom Konnektor verwendeten Datenbanken filtern.
Wenn eine Datenbank andere Schemas enthält, die nicht mit dem Konnektor in Verbindung stehen, können Sie die Speichernutzung eines bestimmten Schemas abfragen, das für die vom Konnektor aufgenommenen Daten bestimmt ist. Sie können diese Informationen aus der Ansicht TABLE_STORAGE_METRICS abrufen, nachdem Sie nach Datenbank- und Schemanamen gefiltert und Spalten mit Speichernutzung aggregiert haben.
Datentransferkosten¶
Der Konnektor verwendet das Snowpipe Streaming-Feature von Snowflake, um Daten von einer Quelldatenbank zu einer Zieldatenbank in Ihrem Snowflake-Konto zu übertragen.
Informationen darüber, wie Sie die durch Snowpipe Streaming verbrauchten Credits überprüfen können, finden Sie unter Snowpipe Streaming-Kosten.
Bestimmen der optimalen Warehouse-Größe für die Konnektor-Instanz¶
Ein großer Vorteil ist, dass die Größe des Compute-Warehouse an das Datenvolumen angepasst werden kann. Der Konnektor erfordert in der Regel ein XSMALL Ops-Warehouse und ein XSMALL Compute-Warehouse und nutzt die Vorteile größerer Warehouses bei der Datenaufnahme nicht.
Um die optimale Warehouse-Größe für den Konnektor zu finden, sollten Sie die Faktoren berücksichtigen, die sich auf die Leistung des Konnektors auswirken, wie die Größe der Quelldatenbanken, die Anzahl der Änderungen, die Anzahl der aktivierten Datenquellen und Tabellen.
Wir empfehlen Ihnen, eine Reihe messbarer Erwartungen zu definieren, wie z. B. die Replikationsverzögerung, und die kleinste Warehouse-Größe zu wählen, die diese Erwartungen erfüllt. Wenn Sie hingegen nur den Konnektor ausprobieren und eine einzelne Tabelle für die Datenaufnahme aktivieren möchten, sollte ein Warehouse der Größe X-Small ausreichen.
Um festzustellen, ob Sie das Warehouse verkleinern können, lesen Sie Überwachen des Warehouse-Workloads.