Snowflake Connector for Google Analytics Aggregate Data のコストガバナンス¶
Snowflake connector for Google Analytics Aggregate Dataは、 コネクタ規約 に従うものとします。
このトピックでは、 Snowflake Connector for Google Analytics Aggregate Data のコストガバナンスと最適なウェアハウスサイズを見つけるためのベストプラクティスを提供します。
コネクタのコスト測定¶
コネクタにデータインジェスチョンとストレージ専用の別アカウントがあり、そのアカウントに他のアクティビティ(インジェストしたデータを使用した、ユーザーによるクエリの実行など)がない場合は、アカウントレベルで全体のコストを読み取ることができます。詳細については、 総コストの調査 をご参照ください。
アカウントがコネクタ専用でない場合、またはコストをさらに調査したい場合は、コンポーネントの課金コストを個別に分析できます。
これら3つのコスト構成要素の紹介については、 総コストについて をご参照ください。
一般的な推奨事項¶
コネクタによって発生するコストを見極めるには、コネクタ専用の別アカウントを作成できます。特定のアカウントを使用すると、コネクタによって生成された正確なデータ転送を追跡できます。
コネクタに別アカウントを使用できない場合は、以下のオプションを検討してください。
ストレージコストの追跡を容易にするために、インジェストデータ保存用のデータベースを別に作成します。
正確な計算コストを見極めるには、コネクタにのみウェアハウスを割り当てます。
カスタムのコストレポートを構築するには、 オブジェクトタグ をデータベースやウェアハウスで使用します。
コンピューティングコスト¶
コネクタ専用のウェアハウスを作成することをお勧めします。この構成により、ウェアハウス上に リソースモニター を作成することができます。モニターを使用して、メールアラートを送信したり、ウェアハウスを一時中断したりし、設定されたクレジットクォータを超えた場合にコネクタを停止させることができます。クレジットクォータ更新後、コネクタは自動的に再開されます。大量のデータがインジェストされる構成では、クレジットクォータを低く設定しすぎると、コネクタがすべてのデータをインジェストできない可能性があることに注意してください。大きなメリットは、データ量に合わせてウェアハウスのサイズを調整できることです。
ウェアハウスで消費されたクレジットを確認する方法については、 コンピューティングコストの調査 をご参照ください。また、ウェアハウスに オブジェクトタグ を割り当て、タグを使用してコストレポートを作成することもできます。
コネクタが使用するウェアハウスを他のワークフローが使用する場合は、ロールごとにコストを分割することができます。ロールによって使用量を分割するには、 ウェアハウスの使用量を分割するクエリ を使用し、 QUERY_HISTORY ビューに以下の WHERE
句を追加します。
WAREHOUSE_NAME = '<connector warehouse name>' AND
ROLE_NAME = '<role created for the connector to ingest data>'
ロールはコネクタがインストールされたときに作成された名前であることに注意してください(例: SNOWFLAKE_CONNECTOR_FOR_GOOGLE_ANALYTICS_RAW_DATA)。
クエリでは、コストの概算しかわかりません。
ストレージコスト¶
Snowflake Connector for Google Analytics Aggregate Data は2つの場所にデータを保存します:
公開シェアから作成され、コネクタの内部状態を保持するコネクタデータベース。
インジェストされたデータが格納されるユーザー指定のスキーマ。
データストレージは、Snowflake Fail-safe 機能によっても使用されます。Fail-safeに格納されるデータ量は、コネクタによって実行されるテーブルの更新に依存します。
Snowsight を使ってストレージの使用状況を確認するには、インジェストされたデータを保管するために別のデータベースを使用します。これにより、オブジェクト別のストレージ使用量のグラフをフィルーし、個々のデータベース別の使用量を表示することができます。これは、 DATABASE_STORAGE_USAGE_HISTORY ビューをクエリし、コネクタが使用するデータベースでフィルターすることでもストレージ使用量を表示できます。
コネクタに関連しない他のスキーマがデータベースに含まれている場合は、コネクタからインジェストしたデータ専用の特定スキーマのストレージ使用量をクエリできます。データベースおよびスキーマ名でフィルターし、ストレージ使用量で列を集計した後、 TABLE_STORAGE_METRICS ビューから情報を取得できます。
コネクタインスタンスに最適なウェアハウスサイズの決定¶
Snowflake Connector for Google Analytics Aggregate Data については、XSMALL のウェアハウスを使用することから始め、より大きなウェアハウスを使用してパフォーマンスを向上させることをお勧めします。
コネクタに最適なウェアハウスのサイズを見つけるには、以下の要因を考慮してください。
構成されたレポートの数
各レポートで生成されたデータ量
レポートの同期スケジュール
すべてのレポートを同期させる時間間隔など、測定可能な期待値を定義し、その期待値を満たす最小のウェアハウスサイズを選択することをお勧めします。より大きなウェアハウスが必要かどうかを判断するには、 ウェアハウスの負荷のモニタリング をご参照ください。
ヘルスチェックタスクのコスト¶
コネクタは、アプリインスタンスの健全性ステータスを定期的にチェックし、要約された結果(健全かどうか) のみ をSnowflakeに送信するサーバーレスタスクを作成します。タスクは、インストールウィザードを完了した後(またはワークシートで FINALIZE_CONNECTOR_CONFIGURATION
を呼び出した後)に作成されます。これはバックグラウンドで実行され、レポートが構成されていない場合でも、最大0.5クレジット/日の固定コストが発生します。
タスクは手動で停止または削除できません。しかし、このコストを削減するために、 PAUSE_CONNECTOR
プロシージャを呼び出すことができます。このプロシージャは、コネクタが使用されていないときにタスクを無効にし、コストを発生させません。