Snowflake Connector for SharePoint のコストガバナンス¶

一般的な推奨事項¶

コネクタで発生するコストを取得するために、コネクタを使用するための専用アカウントを別途作成することをお勧めします。こうすると、コネクタで発生した正確なデータ転送を追跡できます。

コネクタに別アカウントを使用できない場合は、以下をお試しください。

• ストレージコストの追跡を容易にするために、インジェストデータ保存用のデータベースを別に作成します。

• 正確なコンピューティングコストを得るために、コネクタ専用のウェアハウスを割り当てます。

• オブジェクトタグ をデータベースやウェアハウスで使用し、カスタムコストレポートを構築します。

コンピューティングコスト¶

コネクタ専用のウェアハウスを別途作成することをお勧めします。この設定により、ウェアハウス上に リソースモニター を作成することができます。モニターを使用して、メールアラートを送信したり、ウェアハウスを一時中断したりし、設定されたクレジットクォータを超えた場合にコネクタを停止させることができます。クレジットクォータ更新後、コネクタは自動的に再開されます。大量のデータをインジェストする構成では、クレジットクォータの設定が小さすぎると、コネクタがすべてのデータをインジェストしない場合があることに注意してください。

ウェアハウスで消費されたクレジットを確認する方法については、コンピューティングコストの調査 をご参照ください。また、ウェアハウスに オブジェクトタグ を割り当て、タグを使用してコストレポートを作成することもできます。

コネクタが使用するウェアハウスを他のワークフローが使用する場合は、ロールごとにコストを分割することができます。ロールによって使用量を分割するには、コスト帰属 を参照し、QUERY_HISTORY ビューで以下の WHERE 句を追加します。

warehouse_name = '<connector warehouse name>' AND role_name = 'APP_PRIMARY'

クエリでは、コストの概算しかわかりません。

Cortex Search Serviceコスト¶

Cortex Search Serviceに関連するコストについては、コストの考慮事項 をご参照ください。

ストレージコスト¶

Snowflake Connector for SharePoint は2つの場所にデータを保存します:

• リストから作成され、コネクタの内部状態を保持するコネクタデータベース。

• インジェストされたデータが格納されるユーザー指定のスキーマ。

データストレージは、Snowflake :doc:` Fail-safe </user-guide/data-failsafe>` 機能によっても使用されます。Fail-safeに格納されるデータ量は、コネクタによるテーブルの更新に依存します。SharePoint からインジェストしたテーブルの行が頻繁に更新されたり、テーブル全体が再ロードされたりすると、データ量が増加します。通常、コネクタを設定してから7～10日後には、Fail-safeのデータ量が安定します（再ロードせず、インジェストしたデータのフローが一定であることが前提です）。

Snowsightでストレージの使用状況を確認する場合は、インジェストデータを格納するためのデータベースを別途用意することをお勧めします。こうすると、オブジェクト別のストレージ使用量のグラフをフィルターし、個別のデータベースによる使用量を表示できます。これは、DATABASE_STORAGE_USAGE_HISTORY ビュー をクエリし、コネクタが使用する両方のデータベースでフィルターすることでも実行できます。

コネクタに関連しない他のスキーマがデータベースに含まれている場合は、コネクタからインジェストしたデータ専用の特定スキーマのストレージ使用量をクエリできます。データベースおよびスキーマ名でフィルタリングし、ストレージ使用量で列を集計した後、 TABLE_STORAGE_METRICS ビュー から情報を取得できます。

データ転送コスト¶

コネクタは、外部アクセスを使用して SharePointからデータを取得します。Snowflakeは、コネクタから SharePoint へのリクエストのサイズに基づいて、コネクタによって生成されたエグレストラフィックに対してのみ課金します。SharePoint からの応答は、Snowflake側でコストを発生させるものではありません。

データ転送の使用量に関する情報は、アカウントレベルですべての外部アクセス統合に対して集計された形でのみ利用可能です。転送されたバイト数にアクセスするには、 DATA_TRANSFER_HISTORY ビュー を使用し、 EXTERNAL_ACCESS 転送タイプでフィルターします。

ヘルスチェックタスクのコスト¶

コネクタは、アプリインスタンスの健全性ステータスを定期的にチェックし、要約された結果（健全かどうか） のみ をSnowflakeに送信するサーバーレスタスクを作成します。タスクは、インストールウィザードを完了した後（またはワークシートで FINALIZE_CONNECTOR_CONFIGURATION を呼び出した後）に作成されます。これはバックグラウンドで実行され、 SharePoint フォルダーが複製に対して有効になっていない場合でも、最大0.5クレジット/日の固定コストが発生します。

タスクは手動で停止または削除できません。しかし、このコストを削減するために、 PAUSE_CONNECTOR プロシージャを呼び出すことができます。このプロシージャは、コネクタが使用されていないときにタスクを無効にし、コストを発生させません。

コネクタインスタンスに最適なウェアハウスサイズの決定¶

コネクタに最適なウェアハウスサイズを見つけるには、インスタンスのサイズ、有効なテーブル数、各テーブルを同期するスケジュールなど、コネクタのパフォーマンスに影響する要素を考慮する必要があります。たとえば、いくつかのテーブルしか有効でない場合、コネクタは並列化の恩恵を受けられない可能性があります。

すべてのテーブルを同期させる時間間隔など、測定可能な期待値を定義し、その期待値を満たす最小のウェアハウスサイズを選択することをお勧めします。幾十もの同期テーブルを持つ大量のインジェストしたデータの場合、デフォルトの推奨はLサイズのウェアハウスです。一方、コネクタを試行し、インジェスチョン用のテーブルを1つだけ有効にする場合は、XSサイズのウェアハウスで十分でしょう。ウェアハウスを縮小できるかどうかを確認するには、ウェアハウス負荷の監視 をご参照ください。