ストレージコストの調査¶

ストレージコストの合計は、以下に関連するコストの合計です。

ステージングされたファイルのストレージ
データベーステーブルのストレージ
Fail-safeおよびTime Travelのストレージ

このトピックでは、 Snowsight を使用するか、 ACCOUNT_USAGE および ORGANIZATION_USAGE スキーマのビューに対するクエリを記述することによって、ストレージコスト履歴に対する洞察を得る方法について説明します。 Snowsight を使用すると、視覚的なダッシュボードからコストに関する情報をすばやく簡単に取得できます。使用状況ビューに対するクエリを使用すると、コストデータをドリルダウンできるようになり、カスタムレポートとダッシュボードの生成に役立てることができます。

ストレージコストがどのように発生するかについて理解を深めるには、ストレージコストについてをご参照ください。

組織のストレージ履歴の表示¶

ACCOUNTADMIN ロールを持つユーザーは、 Snowsight を使用して、Snowflakeに保存されているデータの量を表示できます。

ストレージコストを調査するには、次を実行します。

Snowsight にサインインします。
ACCOUNTADMIN ロールに切り替えます。
Admin » Cost Management に移動します。
使用状況データを表示するために使用するウェアハウスを選択します。Snowflakeは、この目的のために XS ウェアハウスを使用することをお勧めします。
Consumption を選択します。
使用状況のタイプドロップダウンから Storage を選択します。

注釈

ユーザーが ACCOUNTADMIN のロールを持ち、 ORGADMIN のロールを 持たない 場合、そのユーザーは現在のアカウントのコストのみを表示できます。別のアカウントへの切り替えを可能にする Account フィルターは表示されません。

タグ別にフィルターする¶

組織内の理論ユニットにコストを帰属させる助けとして、 Usage ダッシュボードをフィルターし、特定のタグと値の組み合わせに関連したストレージを表示することができます。タグ別にストレージをフィルターする機能は、タグ別のクレジット消費のフィルタリングと類似しています。詳細については、コンピューティングコストの調査をご参照ください。

種類別またはオブジェクト別にストレージを表示する¶

ストレージ履歴を表示する棒グラフを表示する場合は、データを By Type または By Object でフィルターできます。

By Type をフィルターすると、 Database、 Fail Safe、および Stage という各ストレージタイプのストレージのサイズが表示されます。Time Travelに関連するストレージは、データベースカテゴリに含まれます。

By Object をフィルターすると、特定のデータベースやステージのサイズなど、各オブジェクトのストレージのサイズがグラフ化されます。

テーブルのデータ使用状況の表示¶

適切なアクセス権限を持つユーザーは、ウェブインターフェイスを使用して、スキーマ/データベース内にある個々のテーブルのサイズ（バイト単位）を表示できます。

Snowsight を使用してテーブルのサイズを表示するには、

Data » Databases を選択します。
Databases ページの左側で、データベースオブジェクトエクスプローラーにドリルダウンします。
データベースを展開してから、データベース内の任意のスキーマを展開します。
任意のテーブルをクリックして、サイズを含むテーブル統計を表示します。

重要

テーブルに表示されるサイズは、 アクティブ なバイト数を表しています。多くの場合、これはクエリでテーブル全体がスキャンされる場合にスキャンされるバイト数です。ただし、特にクローン化されたテーブルや削除されたデータのあるテーブルでは、この数はテーブルの物理バイト数（ディスク上に格納されているバイト数）と異なる場合があります。

クローンテーブルは追加のストレージを使用しません（表に行が追加されるか、表の既存の行が変更または削除されるまで）。その結果、表示されるテーブルのサイズは、テーブルに保存されている実際の物理バイトよりも大きく、つまり、サイズが示すよりもアカウントのストレージ全体においてより小さい容量を占めています。
テーブルから削除されたデータは、表示されるテーブルサイズには含まれません。ただし、データのTime Travel保持期間（デフォルトは1日）とFail-safe期間（7日）の両方が経過するまで、データはSnowflakeに保持されます。これらの2つの期間中、表示されるテーブルサイズは、テーブルに保存されている実際の物理バイトよりも小さく、つまり、サイズが示すよりもアカウントのストレージ全体においてより大きい容量を占めています。
テーブルから列をドロップしても、その列のデータはすぐに削除されません。ドロップされた列のデータの物理バイトはストレージにそのまま残ります。この場合、表示されるテーブルサイズは、クエリでテーブル全体をスキャンした場合にスキャンされるバイト数よりも大きいです。詳細については、 ALTER TABLE の使用上の注意をご参照ください。

クローンテーブルおよび削除されたデータのストレージの詳細については、データストレージに関する考慮事項をご参照ください。

テーブルサイズのデータのクエリ¶

ウェブインターフェイスを使用する代わりに、 SQL クエリを記述して、テーブルのサイズなどに対する洞察を得ることができます。

適切なアクセス権限を持つユーザーは、 SHOW TABLES コマンドを使用してテーブルに関するデータをリストできます。

さらに、 ACCOUNTADMIN ロールを持つユーザーは、 ACCOUNT_USAGE スキーマの TABLE_STORAGE_METRICS ビューに対するクエリを実行することにより、 SQL を使用してテーブルサイズ情報を表示できます。

これらの SQL クエリによって取得したテーブルデータの解釈に関する重要な情報については、テーブルのデータ使用状況の表示（このトピック内）の注記をご参照ください。

ストレージコストのデータのクエリ¶

Snowflakeは、使用状況とコストに関連するデータを含む2つのスキーマ、 ORGANIZATION_USAGE と ACCOUNT_USAGE を提供します。ORGANIZATION_USAGE スキーマは組織内にあるすべてのアカウントのコスト情報を提供しますが、 ACCOUNT_USAGE スキーマは単一のアカウントについて同様の情報を提供します。これらのスキーマでのビューは、カスタムレポートまたはダッシュボードを作成するための、詳細かつ分析に対応した使用状況データを提供します。

ORGANIZATION_USAGE および ACCOUNT_USAGE スキーマのほとんどのビューには、ストレージのサイズに関するストレージのコストが含まれています。サイズではなく通貨単位でコストを表示するには、 USAGE_IN_CURRENCY_DAILY ビューに対してクエリを記述します。このビューは、 TB の日次価格を使用して、ストレージのサイズを通貨単位のコストに変換します。

次のビューは、ストレージに関連する使用状況とコストの情報を提供します。

ビュー	説明	スキーマ
DATABASE_STORAGE_USAGE_HISTORY	アカウント/組織内における各データベースの日次平均ストレージ（バイト単位）。	ORGANIZATION_USAGE ACCOUNT_USAGE
LISTING_AUTO_FULFILLMENT_ DATABASE_STORAGE_DAILY	クロスクラウド自動複製で他のリージョンに複製されるデータベースのデータストレージ（バイト単位）。	DATA_SHARING_USAGE
LISTING_AUTO_FULFILLMENT_ USAGE_HISTORY	クロスクラウド自動複製の使用によるデータ製品の他のリージョンへのフルフィルメントに関連する推定使用量。STORAGE の SERVICE_TYPE をご参照ください。	ORGANIZATION_USAGE
STORAGE_DAILY_HISTORY	ストレージの日次平均ストレージ（バイト単位）。データベースストレージ（DATABASE_STORAGE_USAGE_HISTORY）とステージストレージ（STAGE_STORAGE_USAGE_HISTORY）を結合します。	ORGANIZATION_USAGE
STAGE_STORAGE_USAGE_HISTORY	名前付き内部ステージとデフォルトのステージング領域を含むすべてのSnowflakeステージの日次平均ストレージ使用量（バイト単位）。	ORGANIZATION_USAGE ACCOUNT_USAGE
TABLE_STORAGE_METRICS	アクティブではなくなったが引き続きコストが発生するストレージを含む、テーブルのバイト単位のストレージ（例: Time Travel保持期間で削除されたテーブル）。	ACCOUNT_USAGE
USAGE_IN_CURRENCY_DAILY	日次平均ストレージ（バイト単位）と、組織の通貨単位による使用コスト。	ORGANIZATION_USAGE

注釈

Snowflake Information Schema のビューとテーブル関数も、コストに関連する使用状況データを提供します。ACCOUNT_USAGE スキーマを推奨しますが、状況によってはInformation Schemaの方が高速になる場合があります。