SNOWFLAKE NEW FEATURE / PRACTICAL BRIEF

個人別クォータのGA提供とスコープ別コスト異常監視

10.29 Release Notes: Aug 15, 2026 - Aug 19, 2026

2026-08-15予定/進行中のサーバーリリース

管理者がユーザー単位のクレジット上限を管理し、タグやサービス種別ごとのコスト異常を監視できるようになります。

Per-user quotas が General Availability になり、管理者は個々のユーザーに日次・月次のクレジット上限と通知しきい値を設定できます。対象は全ユーザー、またはタグで絞り込んだユーザーで、warehouse compute と AI Functions、Snowflake CoCo、Cortex Agents、Snowflake CoWork などのAI機能をカバーします。AIクォータでは、上限到達時にAIアクセスを自動ブロックし、サイクルリセット時に解除できます。Anomaly monitors は、タグとサービス種別で定義した範囲ごとにコスト異常を監視する Public Preview 機能です。

CHANGE TYPE
予定/進行中のサーバーリリース
PRIMARY AUDIENCE
Snowflake のコスト管理・FinOps チーム
AVAILABILITY
Per-user quotas は General Availability
01

なぜ重要か

従来のコスト異常検知はアカウント全体または組織全体が対象で、特定チームやプロジェクト内の急増を把握しにくい場合がありました。Anomaly monitors により、事業部門、コストセンター、プロジェクトなど任意のスコープ単位で異常を検知できます。Per-user quotas では、ユーザー単位の利用上限、通知、AIアクセスのブロックを正式機能として運用できます。

02

対象となるチーム

  • Snowflake のコスト管理・FinOps チーム
  • アカウント管理者および quota admin
  • AI機能を利用する開発・分析チームの責任者
  • 事業部門・プロジェクト別の予算管理者
03

提供条件

  • Per-user quotas は General Availability
  • Anomaly monitors は Public Preview
  • リリースは完了済み。最終版リリースノートは 2026-08-20 に公開
  • 対応エディションの記載はリリースノートに記載なし
  • 対応リージョンの記載はリリースノートに記載なし
04

ユースケース

  • ユーザーごとに月次・日次のwarehouse compute利用量を制限し、設定したしきい値で本人や管理者へ通知する。
  • AI Functions や Cortex Agents などのAI利用にユーザー別クォータを設定し、上限到達時にAIアクセスを自動停止する。
  • タグでコストセンターを識別し、特定部門のwarehouse利用やAI利用に異常がないか監視する。
  • プロジェクト用タグとサービス種別を組み合わせ、プロジェクト単位のクレジットまたはAIクレジットの急増を検知する。
  • リソースのタグを付け替えた後、Anomaly monitors を再計算して監視対象を最新状態に合わせる。
05

仕組みと使い方

Per-user quotas は Snowsight または SQL で設定します。AIアクセスのブロック強制と、ブロックされたユーザーへのメール通知は別々に制御できます。たとえば SET_BLOCK_ENFORCEMENT_ENABLED(TRUE, TRUE) はブロック強制とエンドユーザー通知を有効にします。通知しきい値は ADD_NOTIFICATION_THRESHOLD の第4引数に 'MONTHLY' または 'DAILY' を指定して、月次または日次の上限に関連付けます。アクティブなブロックの取得には GET_ACTIVE_BLOCKS_V2() を使用し、アカウント内の全クォータによるブロック履歴は ACCOUNT_USAGE.QUOTA_ACCESS_BLOCK_HISTORY で確認します。Anomaly monitors は Snowsight の Cost management にある Anomalies タブ、または ANOMALY_INSIGHTS クラスで作成・更新・参照・削除、通知先管理、保存前の設定テストを行います。

06

導入ステップ

  1. Per-user quotas の対象ユーザー、クレジット種別、日次・月次上限、通知しきい値を整理する。
  2. quota admin に必要な権限と、対象ユーザーを絞り込むタグ設計を公式ドキュメントで確認する。
  3. 非本番または限定ユーザーを対象にクォータ、通知、AIアクセスのブロック動作を検証する。
  4. Anomaly monitors ではタグとサービス種別で監視範囲を定義し、保存前のプレビューまたは設定テストで結果を確認する。
  5. 通知先、ブロック履歴、利用状況を確認できる監視手順と、クォータ到達時の問い合わせ・解除手順を整備する。
07

運用上の注意

  • General Availability ではエンドユーザーへのブロック通知はデフォルトで無効です。通知が必要な場合は SET_BLOCK_ENFORCEMENT_ENABLED の第2引数で明示的に有効化してください。
  • 設定変更の反映は約5〜10分かかる場合があります。変更直後の動作確認では、この伝播時間を考慮してください。
  • リソースのタグ付けが監視スコープを左右します。タグ変更後は必要に応じてモニターを再計算してください。
  • AIアクセスの自動ブロックを有効にする場合、正当な業務利用が停止する可能性があるため、通知とサイクルリセット時の解除動作を事前に確認してください。
08

制約事項

  • Anomaly monitors は Public Preview であり、正式提供機能としての可用性や仕様を前提に導入判断しないでください。
  • Anomaly monitors は1アカウントあたり最大20個で、各モニターは credits または AI credits のいずれかを追跡します。
  • Anomaly monitors の対応エディション、リージョン、追加の前提条件はリリースノートに記載なしです。
  • Per-user quotas の GET_PER_USER_USAGE_PREVIEW()SET_REFRESH_TIER() は General Availability で利用できません。GET_ACTIVE_BLOCKS()GET_ACTIVE_BLOCKS_V2() に置き換えられました。
  • エディション別の利用可否、詳細な権限要件、料金への影響はリリースノートに記載なしです。
09

次に確認すること

  • 公式の Per-user quotas ドキュメントで、必要な権限、対象オブジェクト、エディション、リージョンの利用条件を確認する。
  • 代表的なユーザーとAI機能を対象に、通知しきい値、ブロック、サイクルリセット後の解除を検証する。
  • 公式の Anomaly monitors ドキュメントで ANOMALY_INSIGHTS のメソッド、権限、Preview上の制約を確認する。
  • 実際のタグ体系とサービス種別でモニターをテストし、検知結果と通知先が期待どおりか確認する。

公式情報

仕様・提供条件は更新される可能性があります。導入前に必ず公式リリースノートを確認してください。

https://docs.snowflake.com/release-notes/2026/10_29