Why Warehouse sizes and scaling in Snowflake? - Purpose & Use Cases

The Big Idea

What if your data warehouse could grow and shrink like magic exactly when you need it?

The Scenario

Imagine you run a busy online store and you have a small computer (warehouse) to handle all your orders and reports.

When many customers shop at once, your small computer gets overwhelmed and slows down.

You try to fix this by buying bigger computers or adding more manually, but it's confusing and slow.

The Problem

Manually changing warehouse sizes or adding more capacity takes time and can cause mistakes.

You might buy too much power and waste money, or too little and frustrate customers with slow service.

It's hard to know exactly when and how to scale without interrupting your work.

The Solution

Warehouse sizes and scaling in Snowflake let you easily pick the right size computer or add more power automatically.

This means your system can handle busy times smoothly and save money when it's quiet.

You don't have to guess or do it by hand; Snowflake manages it for you.

Before vs After

✗ Before

ALTER WAREHOUSE mywh SET WAREHOUSE_SIZE = 'XSMALL';
-- Manually change size when needed

✓ After

ALTER WAREHOUSE mywh SET WAREHOUSE_SIZE = 'MEDIUM';
ALTER WAREHOUSE mywh SET AUTO_SUSPEND = 300;
ALTER WAREHOUSE mywh SET AUTO_RESUME = TRUE;
-- Automatically scale and pause when idle

What It Enables

You can focus on your business while Snowflake adjusts computing power instantly to match your needs.

Real Life Example

A retail company uses warehouse scaling to handle big sales events like Black Friday without slowdowns, then saves money by scaling down after.

Key Takeaways

Manual scaling is slow and risky.

Snowflake's warehouse sizes and scaling automate performance and cost control.

This keeps your data tasks fast and your budget smart.

Practice

1. What does the size of a Snowflake warehouse primarily determine?

easy

A. The storage capacity for data

B. The amount of computing power available for queries

C. The number of users who can access the database

D. The network bandwidth for data transfer

Solution

1. Step 1: Understand warehouse size meaning

   Warehouse size in Snowflake controls the compute resources allocated.

2. Step 2: Differentiate from storage and network

   Storage and network bandwidth are managed separately, not by warehouse size.

3. Final Answer:

   The amount of computing power available for queries -> Option B

4. Quick Check:

   Warehouse size = compute power [OK]

Hint: Warehouse size means compute power, not storage or users [OK]

Common Mistakes:

• Confusing warehouse size with storage capacity
• Thinking warehouse size limits user access
• Assuming network bandwidth depends on warehouse size

2. Which Snowflake warehouse size is correctly written in a SQL command to create a warehouse?

easy

A. CREATE WAREHOUSE mywh WAREHOUSE_SIZE = 'LARGE';

B. CREATE WAREHOUSE mywh WAREHOUSE_SIZE = 'medium';

C. CREATE WAREHOUSE mywh WITH WAREHOUSE_SIZE = 'XSMALL';

D. CREATE WAREHOUSE mywh SET SIZE = 'SMALL';

Solution

1. Step 1: Check correct syntax for warehouse size

   The correct syntax uses WAREHOUSE_SIZE = 'SIZE' with uppercase size names.

2. Step 2: Validate option correctness

   CREATE WAREHOUSE mywh WAREHOUSE_SIZE = 'LARGE'; uses correct syntax and valid size 'LARGE'. Others have syntax or size errors.

3. Final Answer:

   CREATE WAREHOUSE mywh WAREHOUSE_SIZE = 'LARGE'; -> Option A

4. Quick Check:

   Correct syntax uses WAREHOUSE_SIZE = 'SIZE' [OK]

Hint: Use WAREHOUSE_SIZE = 'SIZE' with uppercase size [OK]

Common Mistakes:

• Using lowercase size names
• Using WITH keyword
• Using SET SIZE instead of WAREHOUSE_SIZE

3. Given a Snowflake warehouse set to size 'MEDIUM' with auto-suspend enabled at 5 minutes, what happens if no queries run for 6 minutes?

medium

A. The warehouse suspends automatically after 5 minutes of inactivity

B. The warehouse continues running indefinitely

C. The warehouse scales up to a larger size automatically

D. The warehouse deletes all cached data

Solution

1. Step 1: Understand auto-suspend behavior

   Auto-suspend pauses the warehouse after the specified inactivity time to save costs.

2. Step 2: Apply to given time

   Since no queries run for 6 minutes, which is more than 5 minutes, the warehouse suspends.

3. Final Answer:

   The warehouse suspends automatically after 5 minutes of inactivity -> Option A

4. Quick Check:

   Auto-suspend triggers after inactivity time [OK]

Hint: Auto-suspend pauses warehouse after set idle time [OK]

Common Mistakes:

• Thinking warehouse keeps running without queries
• Assuming warehouse scales automatically without manual setting
• Confusing auto-suspend with cache clearing

4. You configured a multi-cluster warehouse with MIN_CLUSTER_COUNT=1 and MAX_CLUSTER_COUNT=3, but queries queue up during peak times. What is the likely cause?

medium

A. The warehouse is suspended manually

B. Warehouse size is too large causing delays

C. Auto-suspend is set to zero minutes

D. Auto-scaling is not enabled or configured incorrectly

Solution

1. Step 1: Understand multi-cluster warehouse scaling

   Multi-cluster warehouses scale clusters between min and max counts automatically if auto-scaling is enabled.

2. Step 2: Identify cause of query queuing

   If queries queue despite max clusters > 1, auto-scaling might be off or misconfigured, preventing cluster addition.

3. Final Answer:

   Auto-scaling is not enabled or configured incorrectly -> Option D

4. Quick Check:

   Multi-cluster needs auto-scaling enabled to add clusters [OK]

Hint: Check auto-scaling enabled for multi-cluster warehouses [OK]

Common Mistakes:

• Assuming large warehouse size fixes queuing
• Confusing auto-suspend with scaling
• Not verifying if warehouse is suspended

5. A company wants to handle unpredictable spikes in query load without manual intervention. Which Snowflake warehouse configuration best supports this?

hard

A. Set warehouse size to X-LARGE and disable auto-suspend

B. Create multiple single-cluster warehouses and switch between them manually

C. Use a multi-cluster warehouse with auto-scaling enabled and set MIN_CLUSTER_COUNT=1, MAX_CLUSTER_COUNT=5

D. Set warehouse size to SMALL and rely on auto-resume only

Solution

1. Step 1: Identify need for handling spikes automatically

   The company wants automatic scaling to handle unpredictable query spikes without manual steps.

2. Step 2: Evaluate options for auto-scaling

   Multi-cluster warehouses with auto-scaling and a range of cluster counts allow dynamic scaling up and down.

3. Step 3: Compare other options

   Set warehouse size to X-LARGE and disable auto-suspend wastes resources by disabling suspend; B requires manual switching; D is too small and lacks scaling.

4. Final Answer:

   Use a multi-cluster warehouse with auto-scaling enabled and set MIN_CLUSTER_COUNT=1, MAX_CLUSTER_COUNT=5 -> Option C

5. Quick Check:

   Multi-cluster auto-scaling handles spikes best [OK]

Hint: Multi-cluster with auto-scaling handles spikes automatically [OK]

Common Mistakes:

• Choosing fixed large size wastes cost
• Relying on manual warehouse switching
• Ignoring cluster count settings