Snowflake Connector for MySQL のコストガバナンス¶
注釈
Snowflake Connector for MySQL は コネクタ規約 に従います。
このトピックでは、 Snowflake Connector for MySQL のコストガバナンスと最適なウェアハウスサイズを見つけるためのベストプラクティスを提供します。
コネクタのコスト測定¶
コネクタにデータインジェスチョンとストレージ専用の別アカウントがあり、そのアカウントに他のアクティビティ(インジェストしたデータを使用した、ユーザーによるクエリの実行など)がない場合は、アカウントレベルで全体のコストを読み取ることができます。詳細については、 総コストの調査 をご参照ください。
アカウントがコネクタ専用ではない場合や、さらにコストを調査する必要がある場合は、3つのコンポーネントの課金コストを別々に分析する必要があります。
これら3つのコスト構成要素の紹介については、 総コストについて をご参照ください。
一般的な推奨事項¶
コネクタで発生するコストを取得するために、コネクタを使用するための専用アカウントを別途作成することをお勧めします。特定のアカウントを使用すると、コネクタによって生成された正確なデータ転送を追跡できます。
コネクタに別アカウントを使用できない場合は、次を検討してください。
ストレージコストの追跡を容易にするために、インジェストデータ保存用のデータベースを別に作成します。
正確なコンピューティングコストを得るために、コネクタ専用のウェアハウスを割り当てます。
オブジェクトタグ をデータベースやウェアハウスで使用し、カスタムコストレポートを構築します。
コンピューティングコスト¶
コネクタ専用の操作ウェアハウスとコンピューティングウェアハウスのペアを使用することをお勧めします。この構成により、これら2つのウェアハウスに リソースモニター を作成できます。モニターを使用してメールアラートを送信し、両方のウェアハウスを一時停止して、設定されたクレジットクォータを超えたときにコネクタを停止することができます。
注釈
大量のデータをインジェストする構成では、クレジットクォータの設定が小さすぎると、コネクタがすべてのデータをインジェストしない場合があります。
ウェアハウスで消費されたクレジットを確認する方法については、 コンピューティングコストの調査 をご参照ください。また、ウェアハウスに オブジェクトタグ を割り当て、タグを使用してコストレポートを作成することもできます。
ストレージコスト¶
MySQL 6.0.0 コネクタは次の場所にデータを保存します。
コネクタのインストール時に作成され、コネクタの内部状態を保持するコネクタデータベース。
データソースを構成するときに作成され、インジェストされたデータが保存される1つまたは複数の他のデータベース。
データストレージは、Snowflake Fail-safe 機能によっても使用されます。Fail-safeに保存されるデータの量は、コネクタによって実行されるテーブルの更新に応じて異なります。したがって、ソースデータベースからインジェストされたテーブル行が頻繁に更新されたり、テーブル全体が再ロードされたりする場合には、データの量が増加します。通常、コネクタを設定してから7~10日後には、Fail-safeのデータ量が安定します(再ロードせず、インジェストしたデータのフローが一定であることが前提です)。
Snowsight を使用してストレージの使用状況を確認する場合は、インジェストされたデータの保存用に別のデータベースを使用することをお勧めします。この方法では、オブジェクト別のストレージ使用量のグラフをフィルタリングして、個々のデータベース別の使用量を表示できます。 DATABASE_STORAGE_USAGE_HISTORY ビューをクエリし、コネクタで使用されるデータベースでフィルタリングすることで、ストレージの使用状況を表示することもできます。
コネクタに関連しない他のスキーマがデータベースに含まれている場合は、コネクタからインジェストしたデータ専用の特定スキーマのストレージ使用量をクエリできます。データベースおよびスキーマ名でフィルターし、ストレージ使用量で列を集計した後、 TABLE_STORAGE_METRICS ビューからこの情報を取得できます。
データ転送コスト¶
コネクタは、Snowflake Snowpipe Streaming 機能を使用して、Snowflakeアカウント内のソースデータベースから宛先データベースにデータを転送します。
Snowpipe Streamingで消費されたクレジットを確認する方法については、 Snowpipe Streamingのコスト をご参照ください。
コネクタインスタンスに最適なウェアハウスサイズの決定¶
主なメリットは、データ量に合わせてコンピューティングウェアハウスのサイズを調整できることです。コネクタには通常、 XSMALL オペレーションウェアハウスと XSMALL コンピューティングウェアハウスが必要であり、データのインジェスチョン中に大規模なウェアハウスを使用することはありません。
コネクタに最適なウェアハウスサイズを見つけるには、ソースデータベースのサイズ、変更の数、有効なデータソースとテーブルの数など、コネクタのパフォーマンスに影響する要因を考慮する必要があります。
レプリケーションラグなどの測定可能な期待値のセットを定義し、これらの期待値を満たす最小のウェアハウスサイズを選択することをお勧めします。または、コネクタを試行し、インジェスチョン用のテーブルを1つだけ有効にする場合は、XSサイズのウェアハウスで十分でしょう。
ウェアハウスを縮小できるかどうかを判断するには、 ウェアハウス負荷のモニタリング をご参照ください。