Snowflakeアーキテクチャ完全解説｜3層構造の仕組み

Snowflakeは従来のShared-Disk / Shared-Nothing型とは異なる独自のマルチクラスターShared Dataアーキテクチャを採用しています。ストレージ・コンピュート・クラウドサービスの3層が完全に分離されており、各層が独立してスケールできる点が最大の特徴です。本記事では、3層の役割・マイクロパーティション・キャッシュ機構・Cloud Services Layerの課金ルールまで、試験と実務の両面で押さえるべき要点を解説します。

3層アーキテクチャの全体像

Snowflakeのアーキテクチャは以下の3層で構成されます。各層が独立したスケーリングとフェイルオーバーを持ち、ユーザーはインフラストラクチャの管理を意識せずにデータ分析に集中できます。

┌─────────────────────────────────────────────┐
│         Cloud Services Layer                │
│  認証 / アクセス制御 / クエリ最適化         │
│  メタデータ管理 / トランザクション管理      │
├─────────────────────────────────────────────┤
│         Compute Layer (Virtual Warehouses)  │
│  WH-1 (XS)  │  WH-2 (L)  │  WH-3 (XL)    │
│  独立したクラスター、相互に影響なし         │
├─────────────────────────────────────────────┤
│         Storage Layer                       │
│  クラウドストレージ (S3 / Azure Blob / GCS) │
│  マイクロパーティション (列指向・圧縮済み)  │
└─────────────────────────────────────────────┘
      

Storage Layer（ストレージ層）

データはクラウドプロバイダーのオブジェクトストレージ（AWS S3・Azure Blob Storage・Google Cloud Storage）に列指向フォーマットで格納されます。ユーザーが直接ストレージを操作することはなく、すべてのデータ管理はSnowflakeが自動で行います。

マイクロパーティションの仕組み

テーブルデータは自動的にマイクロパーティションと呼ばれる単位に分割されます。

マイクロパーティションの不変性により、Time Travel（過去データ参照）やFail-safe（災害復旧）が実現されています。UPDATE文を実行すると、該当パーティション全体が新バージョンとして再作成され、旧バージョンがTime Travel期間中保持されます。

Compute Layer（コンピュート層）

クエリ処理を担当するのがVirtual Warehouse（仮想ウェアハウス）です。各ウェアハウスは独立したコンピュートクラスターであり、他のウェアハウスのワークロードに影響を与えません。

ウェアハウスにはマルチクラスター機能があり、同時実行クエリ数の増加に応じてクラスターを自動追加できます。Auto-suspendとAuto-resumeにより、アイドル状態のウェアハウスは自動停止し、クエリ受信時に自動起動します。

Cloud Services Layer（クラウドサービス層）

Snowflake全体を統制する「頭脳」にあたる層です。ユーザーからは見えませんが、以下の重要な機能を担っています。

• 認証・アクセス制御：ユーザー認証、RBAC、ネットワークポリシーの適用
• メタデータ管理：テーブル定義、マイクロパーティションの統計情報管理
• クエリ最適化：クエリパース・最適化・プルーニング判定
• トランザクション管理：ACIDトランザクションの保証
• セキュリティ：エンドツーエンド暗号化（AES-256）、自動キーローテーション

Cloud Services Layerの課金ルール（10%調整）

たとえばウェアハウスが1日に200クレジット消費した場合、Cloud Servicesの閾値は20クレジットです。Cloud Servicesが25クレジット消費していれば、25 - 20 = 5クレジットのみが追加課金されます。

3種キャッシュの仕組み

Snowflakeには3種類のキャッシュがあり、クエリパフォーマンスの向上とコスト削減に貢献します。

Result Cacheは最もコスト効率が良く、ウェアハウスを起動せずに結果を返します。BI ツールの定期リフレッシュなど、同一クエリが繰り返されるワークロードで特に効果的です。ただし、基となるテーブルにDML操作が行われるとResult Cacheは無効化されます。

クエリ処理の流れ

1. ユーザーがSQLを発行
2. Cloud Services Layerがクエリをパース・最適化
3. Result Cacheに一致する結果があればウェアハウスを使わず即座に返却
4. Metadata Cacheで応答できる集約クエリならウェアハウス不要で返却
5. いずれにも該当しない場合、指定ウェアハウスでクエリを実行
6. マイクロパーティションのプルーニングで必要なデータのみ読み込み
7. Warehouse Cacheに存在するデータはストレージアクセスを省略
8. 結果をユーザーに返却し、Result Cacheに格納

Snowflakeエディションとアーキテクチャ機能

試験での出題ポイント

SnowPro Core試験では、アーキテクチャドメインが全体の約25%を占める最重要分野です。以下のポイントが特に問われます。

• 3層それぞれの役割と、どの処理がどの層で実行されるか
• ストレージとコンピュートが分離されていることの具体的メリット
• マイクロパーティションの特性（サイズ・不変性・列指向・自動管理）
• 3種キャッシュの違い（保持場所・ウェアハウス起動要否・無効化条件）
• Cloud Services Layer の10%課金ルール
• エディション間の機能差（マルチクラスター・Time Travel期間・Tri-Secret Secure）

問題で確認

よくある質問