Snowpipeの使用に対する課金について

Snowpipeのサーバーレスコンピューティングモデルを使用すると、ユーザーは仮想ウェアハウスを管理することなく、あらゆるサイズのロードを開始できます。代わりに、Snowflakeはコンピューティングリソースを提供および管理し、現在のSnowpipeのロードに基づいて容量を自動的に拡大または縮小します。アカウントは、実際のコンピューティングリソースの使用量に基づいて課金されます。顧客が管理する仮想ウェアハウスとは対照的です。仮想ウェアハウスは、アクティブなときにクレジットを消費し、アイドル状態になるか、過剰に使用される可能性があります。

このトピックの内容：

リソースの消費と管理のオーバーヘッド

Snowflakeは、Snowpipeがデータファイルをアクティブにキューに入れて処理するため、アカウント内のすべてのパイプに対するロードのリソース消費を、1秒あたり/コアごとの細分性で追跡します。 コアごと とは、計算サーバーの物理的な CPU コアを指します。記録された使用率は、なじみのあるSnowflakeクレジットに変換され、アカウントの請求書に記載されます。

注釈

マルチスレッドクライアントアプリケーションを使用すると、データファイルを並行して送信できます。これにより、追加のサーバーが起動され、データがより短時間でロードされます。ただし、必要となる実際の全体的な計算時間は、シングルスレッドクライアントアプリケーションを使用する場合と同じで、より多くの内部Snowpipeサーバーに分散されるということです。

データファイルのサイズとステージングの頻度に関する決定は、Snowpipeのコストとパフォーマンスに影響します。推奨されるベストプラクティスについては、 連続データロード（Snowpipeなど）とファイルサイズ をご参照ください。

リソースの消費に加えて、オーバーヘッドもSnowpipeに請求される使用コストに含まれます。イベント通知または REST API 呼び出しで通知またはリストされた1000ファイルごとに0.06クレジット。このオーバーヘッドは、イベント通知または REST API 呼び出しによってデータがロードされるかどうかに関係なく請求されます。

Snowpipeの料金の見積もり

Snowpipeの負荷を区別できる要因の数を考えると、Snowflakeがサンプル価格を提供することは非常に困難です。ファイル形式とサイズ、および COPY ステートメント（変換に使用される SELECT ステートメントを含む）の複雑さはすべて、Snowpipeのロードにかかるリソース消費とファイルオーバーヘッドに影響します。

一般的な負荷のセットを実行して、将来の料金を見積もってみることをお勧めします。

アカウントのデータロード履歴の表示

アカウント管理者（ACCOUNTADMIN ロールを持つユーザー）または MONITOR USAGE グローバル権限が付与されたロールを持つユーザーは、Snowflakeウェブインターフェイスまたは SQL を使用して、指定された日付範囲内でSnowflakeアカウントに請求されるクレジットを表示できます。

アカウントのSnowpipeデータ読み込みに対して請求されたクレジットを表示するには、

ウェブインターフェイス

Account » Billing & Usage をクリックします。Snowpipeの使用率は、特別なSnowflake提供の SNOWPIPE という名前のウェアハウスとして表示されます。

SQL

Query either of the following:

• PIPE_USAGE_HISTORY table function (in the 情報スキーマ).

• PIPE_USAGE_HISTORY ビュー view (in アカウントの使用).

注釈

リソースモニター は、仮想ウェアハウスのクレジット使用状況を制御します。ただし、これらを使用して、 SNOWPIPE ウェアハウスを含む、Snowflake提供のウェアハウスのクレジット使用状況を制御することはできません。