Virtual Warehouseとは？コンピュート管理

Virtual Warehouseは、Snowflakeの三層アーキテクチャにおけるCompute Layer（コンピュートレイヤー）を構成する独立したコンピュートクラスターです。SQLクエリの実行・データロード・データ変換など、すべてのコンピュート処理はVirtual Warehouse上で行われます。Storage Layerとは完全に分離されており、用途に応じて複数のWarehouseを独立して作成・サイジング・管理できます。

Virtual Warehouseの基本アーキテクチャ

Virtual Warehouseは、クラウドプロバイダー（AWS/Azure/GCP）上に動的に確保されるコンピュートリソースの集合です。各Warehouseは完全に独立しており、あるWarehouseの負荷が他のWarehouseに影響することはありません。

• ストレージ分離：全WarehouseがStorage Layerの同一データにアクセスでき、データの複製は不要
• 弾力性：サイズ変更が即座に反映され、ダウンタイムなし
• 独立性：Warehouse間のリソース競合がなく、ワークロードの分離が容易
• 従量課金：稼働時間に応じたクレジット消費で、サスペンド中はコストゼロ

サイズ比較表（XS〜6XL）

Warehouseサイズは8段階で、1段階上がるとコンピュートリソースとクレジット消費が約2倍になります。

課金は最低60秒単位で開始され、60秒経過後は秒単位の従量課金になります。レジューム後すぐにサスペンドしても60秒分のクレジットが消費される点に注意が必要です。

Warehouseの作成と変更

-- Warehouseの作成
CREATE OR REPLACE WAREHOUSE analytics_wh
  WAREHOUSE_SIZE = 'MEDIUM'
  AUTO_SUSPEND = 120
  AUTO_RESUME = TRUE
  MIN_CLUSTER_COUNT = 1
  MAX_CLUSTER_COUNT = 1
  INITIALLY_SUSPENDED = TRUE
  COMMENT = 'アナリスト用の分析Warehouse';

-- サイズ変更（即座に反映、ダウンタイムなし）
ALTER WAREHOUSE analytics_wh
  SET WAREHOUSE_SIZE = 'LARGE';

-- Auto-suspend設定の変更
ALTER WAREHOUSE analytics_wh
  SET AUTO_SUSPEND = 60;

-- 手動サスペンド・レジューム
ALTER WAREHOUSE analytics_wh SUSPEND;
ALTER WAREHOUSE analytics_wh RESUME;

Auto-suspend / Auto-resume

Auto-suspendとAuto-resumeは、Warehouseのコスト管理で最も基本的かつ効果的な設定です。

Auto-suspend

指定した秒数だけWarehouseがアイドル状態になると、自動的にサスペンドされます。サスペンド中はクレジットを一切消費しません。デフォルトは600秒（10分）です。

Auto-resume

サスペンド中のWarehouseにクエリが投入されると、自動的にレジューム（再開）されます。デフォルトで有効化されています。レジュームには数秒〜数十秒かかるため、レイテンシに敏感なワークロードでは常時稼働を検討します。

ワークロード別の推奨設定

Warehouse Cache（ローカルディスクキャッシュ）

Warehouseは実行中にStorage Layerから読み込んだマイクロパーティションをローカルSSD上にキャッシュします。同じデータへの2回目以降のアクセスはキャッシュから高速に読み込まれます。

• サスペンドするとWarehouse Cacheはクリアされる
• レジューム後の最初のクエリはキャッシュが空のためStorage Layerからフルスキャンが必要
• Auto-suspendを短くしすぎると、キャッシュヒット率が低下し逆にパフォーマンスが悪化する場合がある

Multi-cluster Warehouse

Multi-cluster Warehouseは、同一Warehouseのコンピュートクラスターを複数並行稼働させる機能です。Enterprise Edition以上で利用可能で、同時実行クエリ数の増加によるキューイングを防止します。

スケールアップ vs スケールアウト

Multi-cluster Warehouseの作成

-- Multi-cluster Warehouse（最大3クラスター、Standardポリシー）
CREATE OR REPLACE WAREHOUSE dashboard_wh
  WAREHOUSE_SIZE = 'MEDIUM'
  MIN_CLUSTER_COUNT = 1
  MAX_CLUSTER_COUNT = 3
  SCALING_POLICY = 'STANDARD'
  AUTO_SUSPEND = 300
  AUTO_RESUME = TRUE;

-- Economyポリシーに変更
ALTER WAREHOUSE dashboard_wh
  SET SCALING_POLICY = 'ECONOMY';

スケーリングポリシー

コスト最適化のベストプラクティス

用途別にWarehouseを分離する

-- ETL用（大きめ、短時間Auto-suspend）
CREATE WAREHOUSE etl_wh
  WAREHOUSE_SIZE = 'LARGE'
  AUTO_SUSPEND = 60
  AUTO_RESUME = TRUE;

-- 分析用（中サイズ、中程度のAuto-suspend）
CREATE WAREHOUSE analytics_wh
  WAREHOUSE_SIZE = 'MEDIUM'
  AUTO_SUSPEND = 300
  AUTO_RESUME = TRUE;

-- 開発用（最小、短時間Auto-suspend）
CREATE WAREHOUSE dev_wh
  WAREHOUSE_SIZE = 'XSMALL'
  AUTO_SUSPEND = 60
  AUTO_RESUME = TRUE;

リソースモニターによる予算管理

-- リソースモニターの作成
CREATE RESOURCE MONITOR monthly_budget
  WITH CREDIT_QUOTA = 500
  FREQUENCY = MONTHLY
  START_TIMESTAMP = IMMEDIATELY
  TRIGGERS
    ON 75 PERCENT DO NOTIFY
    ON 90 PERCENT DO SUSPEND
    ON 100 PERCENT DO SUSPEND_IMMEDIATE;

-- Warehouseにリソースモニターを適用
ALTER WAREHOUSE analytics_wh
  SET RESOURCE_MONITOR = monthly_budget;

WAREHOUSE_METERING_HISTORYによるコスト分析

-- 過去30日間のWarehouse別クレジット消費
SELECT
  warehouse_name,
  SUM(credits_used)         AS total_credits,
  SUM(credits_used_compute) AS compute_credits,
  SUM(credits_used_cloud_services) AS cs_credits
FROM SNOWFLAKE.ACCOUNT_USAGE.WAREHOUSE_METERING_HISTORY
WHERE start_time >= DATEADD(DAY, -30, CURRENT_TIMESTAMP())
GROUP BY warehouse_name
ORDER BY total_credits DESC;

クエリパフォーマンスの診断

• Spillingの確認：Query ProfileでBytes Spilled to Local/Remote Storageが表示される場合、Warehouseサイズのスケールアップを検討
• Queueingの確認：QUERY_HISTORYでqueued_provisioning_timeやqueued_overload_timeが長い場合、Multi-clusterの導入またはクラスター数の増加を検討
• キャッシュ活用：同一Warehouseで繰り返し実行されるクエリはWarehouse CacheとResult Cacheの恩恵を受ける

問題で確認

よくある質問