Snowflake Query Acceleration Service (QAS) 完全ガイド: SCALE_FACTOR設計とコスト最適化

Query Acceleration Service（QAS）は、大量データのスキャン後にフィルタリング・集約で出力が大幅に絞られるクエリに対して、 Snowflakeが自動的にサーバーレスのコンピュートリソースを追加割り当てして実行時間を短縮する機能です。 ウェアハウス単位で有効化し、Enterprise Edition以上で利用可能です。

QASの仕組み

QASが有効なウェアハウスでクエリが実行されると、Snowflakeはクエリプランを分析し、 スキャン→フィルタリング→集約の処理パターンを検出します。 適用可能と判断されたクエリに対して、ウェアハウスのクラスタとは別にサーバーレスのコンピュートノードが一時的に割り当てられ、 スキャン処理が並列化されます。

QASはクエリの実行形態を変更するのではなく、スキャン部分のリソースを増やして ボトルネックを解消するアプローチです。 そのため、既にスキャン量が少ないクエリや出力行が入力とほぼ同じクエリには効果がありません。

QASの有効化SQL

QASはウェアハウス単位で有効化します。ENABLE_QUERY_ACCELERATIONをTRUEに設定し、 QUERY_ACCELERATION_MAX_SCALE_FACTORでリソース上限を指定します。

-- QASを有効化（SCALE_FACTOR = 8）
ALTER WAREHOUSE analytics_wh SET
  ENABLE_QUERY_ACCELERATION = TRUE
  QUERY_ACCELERATION_MAX_SCALE_FACTOR = 8;

-- SCALE_FACTORを変更
ALTER WAREHOUSE analytics_wh SET
  QUERY_ACCELERATION_MAX_SCALE_FACTOR = 4;

-- QASを無効化
ALTER WAREHOUSE analytics_wh SET
  ENABLE_QUERY_ACCELERATION = FALSE;

-- ウェアハウスの設定確認
SHOW WAREHOUSES LIKE 'ANALYTICS_WH';

SCALE_FACTORの設計

QUERY_ACCELERATION_MAX_SCALE_FACTORはQASが使用できるサーバーレスリソースの上限を制御するパラメータです。 ウェアハウスサイズのN倍までのリソースを使用可能にします。

QAS適用クエリの判断

すべてのクエリにQASが適用されるわけではありません。 QASが効果的なクエリと効果がないクエリの違いを理解することが重要です。

加速効果の事前見積もり

特定のクエリIDに対してQASの効果を事前に見積もるにはSYSTEM$ESTIMATE_QUERY_ACCELERATION関数を使用します。

-- 特定クエリの加速効果を見積もり
SELECT PARSE_JSON(
  SYSTEM$ESTIMATE_QUERY_ACCELERATION('01abc123-0001-0002-0003-00000000abcd')
) AS estimate;

-- 結果例:
-- {
--   "estimatedQueryTimes": {
--     "1":  120,   -- SCALE_FACTOR=1 での推定時間(秒)
--     "2":  75,
--     "4":  50,
--     "8":  35,
--     "16": 30
--   },
--   "originalQueryTime": 180,
--   "status": "eligible",
--   "upperLimitScaleFactor": 16
-- }

-- QASが適用されたクエリの履歴
SELECT
  QUERY_ID,
  QUERY_ACCELERATION_BYTES_SCANNED,
  QUERY_ACCELERATION_PARTITIONS_SCANNED,
  QUERY_ACCELERATION_UPPER_LIMIT_SCALE_FACTOR
FROM SNOWFLAKE.ACCOUNT_USAGE.QUERY_HISTORY
WHERE QUERY_ACCELERATION_BYTES_SCANNED > 0
  AND START_TIME >= DATEADD('DAY', -7, CURRENT_TIMESTAMP())
ORDER BY QUERY_ACCELERATION_BYTES_SCANNED DESC;

コストモデル

QASのコストはサーバーレスクレジットとして課金されます。 ウェアハウスの通常クレジットとは別枠で、QASが実際にリソースを割り当てたクエリの分のみ発生します。

-- QASのクレジット消費履歴
SELECT
  START_TIME,
  END_TIME,
  WAREHOUSE_NAME,
  CREDITS_USED,
  NUM_FILES_SCANNED,
  NUM_BYTES_SCANNED
FROM SNOWFLAKE.ACCOUNT_USAGE.QUERY_ACCELERATION_HISTORY
WHERE START_TIME >= DATEADD('DAY', -30, CURRENT_TIMESTAMP())
ORDER BY CREDITS_USED DESC;

-- ウェアハウス別のQASコスト集計
SELECT
  WAREHOUSE_NAME,
  SUM(CREDITS_USED) AS total_qas_credits,
  COUNT(*) AS accelerated_queries
FROM SNOWFLAKE.ACCOUNT_USAGE.QUERY_ACCELERATION_HISTORY
WHERE START_TIME >= DATEADD('DAY', -30, CURRENT_TIMESTAMP())
GROUP BY WAREHOUSE_NAME
ORDER BY total_qas_credits DESC;

マルチクラスタウェアハウスとの使い分け

QASとマルチクラスタウェアハウスは異なる課題を解決します。

• QAS: 単一の重いクエリのスキャン部分を並列化して高速化する。 クエリの「深さ」の問題を解決
• マルチクラスタ: 同時実行クエリ数が多くキュー待ちが発生する問題を解決する。 クエリの「幅」の問題を解決

QUEUED_OVERLOAD_TIMEが大きい場合はマルチクラスタ化を、 個々のクエリのTOTAL_ELAPSED_TIMEが長くスキャン量が多い場合はQASを検討します。

試験で問われるポイント

• QASはウェアハウス単位で有効化し、ENABLE_QUERY_ACCELERATION = TRUEで設定
• SCALE_FACTORのデフォルト値は8、0は上限なし
• 効果があるクエリ：大量スキャン→少量出力（集約/フィルタ）パターン
• 効果がないクエリ：SELECT *、DML、少量データのクエリ
• SYSTEM$ESTIMATE_QUERY_ACCELERATION関数で事前見積もりが可能
• Enterprise Edition以上が必要

問題で確認

よくある質問