第1章 Snowflake AI Data Cloudの特徴とアーキテクチャ(Features & Architecture, 31%)
🎯 この節の学習目標
Snowflake には4つのエディションがあり、上位エディションは下位エディションの機能をすべて含んだうえで、追加機能を提供します。
| エディション | 位置づけ | 主な追加機能 |
|---|---|---|
| Standard | 基本エディション | SQL データウェアハウスとしての中核機能一式(Time Travel は標準で最大1日、など) |
| Enterprise | 大規模組織向け | マルチクラスタウェアハウス、Time Travel 最大90日、マテリアライズドビュー、検索最適化サービス、動的データマスキング・行アクセスポリシー、クエリアクセラレーションサービス(QAS) |
| Business Critical | 高いセキュリティ・コンプライアンス要件向け | Tri-Secret Secure(顧客管理キーを組み合わせた暗号化)、プライベート接続(AWS PrivateLink 等)、フェイルオーバー/フェイルバックによるディザスタリカバリ、高コンプライアンス要件への対応 |
| VPS(Virtual Private Snowflake) | 最上位 | 他の Snowflake アカウントと共有しない完全に分離された専用環境を提供 |
📝 試験のポイント
「この機能はどのエディションから使えるか」という形式が試験で問われやすい論点です。特に Enterprise から使える機能群(マルチクラスタWH・Time Travel 90日・マテリアライズドビュー・検索最適化・マスキング/行アクセスポリシー・QAS)と、Business Critical から使える機能群(Tri-Secret Secure・PrivateLink・フェイルオーバー/フェイルバック)の区別は確実にしておきましょう。「セキュリティ・DR 系の強化=Business Critical、性能・ガバナンス系の拡張=Enterprise」という大づかみな整理が役立ちます。
💡 具体例:要件からエディションを選ぶ
次のような要件が出てきたら、必要となる最低エディションを考えてみましょう。
Snowflake の利用料金は大きくコンピュートとストレージに分かれます。コンピュートの課金単位がクレジット(credit)です。
💡 具体例:最低60秒課金の効き方
-- ウェアハウスを起動して10秒だけクエリを実行し、すぐ停止した場合
-- → 実際の稼働は10秒でも、最低60秒分のクレジットが課金される
-- ウェアハウスを起動して90秒稼働した場合
-- → 90秒分がそのまま秒課金される(最低60秒はすでに超えている)短時間の起動・停止を高頻度で繰り返すと、実稼働時間に対して課金が割高になることがある、という点を理解しておきましょう。
仮想ウェアハウスを使わずに Snowflake 側の計算資源で動く機能もあり、これらは別枠で課金されます。
| 課金区分 | 対象 | 課金ルール |
|---|---|---|
| 仮想ウェアハウス | ユーザーが作成・実行するクエリ処理 | サイズごとのクレジット/時を秒課金(最低60秒) |
| サーバーレス機能 | Snowpipe(継続的データロード)、自動クラスタリングなど、Snowflake が管理する計算資源で動く機能 | 各機能の使用量に応じてクレジットを消費 |
| クラウドサービス | 認証・メタデータ管理・クエリ解析など(1-1参照) | 1日あたりの仮想ウェアハウス消費クレジットの10%を超えた分のみ課金。10%以内なら実質無料 |
📝 試験のポイント
クラウドサービス層の課金は「常に課金される」のではなく、「その日のウェアハウス消費クレジットの10%を超過した分だけ課金される」というルールです。通常の利用ではクラウドサービスの消費が10%以内に収まることが多く、その場合は追加請求がありません。この「10%ルール」は数字ごと覚えておきましょう。また、Snowpipe や自動クラスタリングはユーザーのウェアハウスを使わない(サーバーレス)という点も、課金の観点と合わせて問われることがあります。
ストレージの課金は、圧縮後のデータ量をもとに、1か月の平均使用量(TB/月)に対して計算されます。Snowflake は内部フォーマットへの変換時に自動的にデータを圧縮するため(1-1参照)、課金対象は元データのサイズではなく圧縮後のサイズです。
支払い方法には2つの方式があります。
| 方式 | 内容 | 向いているケース |
|---|---|---|
| オンデマンド | 使った分だけ月ごとに後払い | 使用量が読めない初期段階、小規模利用 |
| 事前購入(キャパシティ) | 一定量をあらかじめ購入。オンデマンドより単価が割安になる | 使用量が安定して見込めるケース |
Snowflake は AWS・Azure・Google Cloud の3つのクラウドプラットフォーム上で動作し、それぞれ複数のリージョンから選択できます。ここで押さえるべきルールは次のとおりです。
図:Snowflake の課金構造。エディション・クラウド・リージョンの選択が各単価の前提になる
✅ この節のまとめ
問1. マテリアライズドビューとマルチクラスタウェアハウスを使いたい場合、最低限必要なエディションはどれか。
正解:B
マテリアライズドビューとマルチクラスタウェアハウスは、いずれも Enterprise エディションから利用できる機能です。Standard には含まれないためAは誤りです。Business Critical や VPS でももちろん使えますが、設問は「最低限必要なエディション」を問うているため、C・Dは過剰です。上位エディションは下位の機能を包含する、という前提も思い出しておきましょう。
問2. Business Critical エディションで追加される機能はどれか(2つ選べ)。
正解:A・C
Tri-Secret Secure とプライベート接続(PrivateLink 等)は、いずれも Business Critical で追加されるセキュリティ強化機能です。Bのマテリアライズドビューと Dの Time Travel 最大90日は Enterprise から利用できる機能であり、Business Critical で「追加される」ものではありません。「セキュリティ・DR 系=Business Critical、性能・ガバナンス系=Enterprise」という整理で判別できます。
問3. 仮想ウェアハウスのコンピュート課金に関する説明として正しいものはどれか。
正解:B
コンピュート課金は「秒課金・ただし起動ごとに最低60秒」がルールです。Aの1時間単位切り上げは誤りで、クレジット/時はあくまで単価の表現です。Cは誤りで、停止中のウェアハウスはコンピュートクレジットを消費しません(だからこそ自動停止の設定が節約につながります)。Dも誤りで、課金の基準は実行回数ではなく稼働時間です。
問4. クラウドサービス層の課金ルールとして正しいものはどれか。
正解:C
クラウドサービスの課金は「その日のウェアハウス消費クレジットの10%を超過した分のみ」というルールです。通常の利用では10%以内に収まることが多く、その場合は追加課金がありません。Aは超過分のみという条件を無視しており、Bは超過時に課金される点と矛盾します。Dは比較対象がストレージになっており誤りです。10%の基準は「ストレージ」ではなく「ウェアハウスのクレジット消費」である点に注意しましょう。