Storage account creation in Azure - Practice Problems & Coding Challenges

Challenge - 5 Problems

❓ Architecture

intermediate

Choosing the right redundancy option for Azure Storage Account

You want to create an Azure Storage Account that ensures your data is safe even if an entire Azure region fails. Which redundancy option should you choose?

A Read-access geo-redundant storage (RA-GRS)

B Geo-redundant storage (GRS)

C Zone-redundant storage (ZRS)

D Locally-redundant storage (LRS)

💡 Hint

Think about which option replicates data across regions, not just within one region.

Read-access geo-redundant storage (RA-GRS) replicates your data to a secondary region hundreds of miles away and provides read access to the secondary region, protecting against regional outages.

❓ Configuration

intermediate

Correctly configuring Azure Storage Account for secure access

You want to create a Storage Account that only allows secure HTTPS connections. Which configuration setting must you enable?

A Enable 'Large file shares'

B Enable 'Allow Blob public access'

C Disable 'Firewall and virtual networks'

D Set 'Secure transfer required' to true

💡 Hint

Focus on settings that enforce encrypted connections.

Setting 'Secure transfer required' to true forces all requests to use HTTPS, ensuring secure data transfer.

❓ service_behavior

advanced

Impact of Storage Account kind on service features

You create a Storage Account with kind set to 'BlobStorage'. Which feature will NOT be available in this account?

A File shares

B Access tiers (Hot, Cool)

C Blob versioning

D Blob lifecycle management

💡 Hint

Consider which storage services are supported by the 'BlobStorage' kind.

'BlobStorage' accounts support blob services only and do not support file shares.

❓ security

advanced

Effect of network rules on Storage Account access

You configure your Storage Account to allow access only from selected virtual networks. What will happen if a request comes from a public IP not in the allowed list?

A Request is allowed if it has a valid access key

B Request is denied regardless of authentication

C Request is allowed if it uses HTTPS

D Request is redirected to the nearest allowed network

💡 Hint

Think about how network restrictions affect all incoming traffic.

When network rules restrict access, any request from outside allowed networks is denied even if authentication is valid.

✅ Best Practice

expert

Optimizing Storage Account performance for high throughput workloads

You need to create a Storage Account optimized for high throughput and low latency for large-scale analytics. Which combination of settings is best?

A Standard performance, General-purpose v2, Locally-redundant storage (LRS)

B Standard performance, BlobStorage kind, Geo-redundant storage (GRS)

C Premium performance, BlockBlobStorage kind, Zone-redundant storage (ZRS)

D Premium performance, FileStorage kind, Read-access geo-redundant storage (RA-GRS)

💡 Hint

Consider which performance tier and account kind support high throughput for blobs.

Premium performance with BlockBlobStorage kind and ZRS provides low latency and high throughput optimized for large-scale blob analytics.

Practice

1. What is the main purpose of an Azure Storage Account?

easy

A. To store and manage data in the cloud

B. To run virtual machines

C. To host websites

D. To monitor network traffic

Solution

1. Step 1: Understand the role of a storage account

   An Azure Storage Account is designed to hold data like files, blobs, and tables securely in the cloud.

2. Step 2: Compare with other Azure services

   Running virtual machines, hosting websites, and monitoring network traffic are handled by other Azure services, not storage accounts.

3. Final Answer:

   To store and manage data in the cloud -> Option A

4. Quick Check:

   Storage account = cloud data storage [OK]

Hint: Storage account = cloud folder for data [OK]

Common Mistakes:

• Confusing storage account with virtual machines
• Thinking storage account hosts websites
• Mixing storage with monitoring services

2. Which Azure CLI command correctly creates a storage account named mystorage123 in resource group mygroup located in eastus with SKU Standard_LRS and kind StorageV2?

easy

A. az storage account new --name mystorage123 --resource-group mygroup --location eastus --sku Standard_LRS --kind StorageV2

B. az storage create --account-name mystorage123 --group mygroup --region eastus --sku Standard_LRS --type StorageV2

C. az storage account create --name mystorage123 --resource-group mygroup --location eastus --sku Standard_LRS --kind StorageV2

D. az create storage account --name mystorage123 --resource-group mygroup --location eastus --sku Standard_LRS --kind StorageV2

Solution

1. Step 1: Identify the correct Azure CLI command syntax

   The correct command to create a storage account is az storage account create with parameters for name, resource group, location, SKU, and kind.

2. Step 2: Check parameter names and values

   az storage account create --name mystorage123 --resource-group mygroup --location eastus --sku Standard_LRS --kind StorageV2 uses the correct parameter names and values matching Azure CLI documentation.

3. Final Answer:

   az storage account create --name mystorage123 --resource-group mygroup --location eastus --sku Standard_LRS --kind StorageV2 -> Option C

4. Quick Check:

   Correct CLI syntax = az storage account create --name mystorage123 --resource-group mygroup --location eastus --sku Standard_LRS --kind StorageV2 [OK]

Hint: Use 'az storage account create' with correct flags [OK]

Common Mistakes:

• Using wrong command verbs like 'create' vs 'new'
• Incorrect parameter names like '--group' instead of '--resource-group'
• Mixing up SKU or kind parameter values

3. What will happen if you run this Azure CLI command?

az storage account create --name mystorage123 --resource-group mygroup --location eastus --sku Premium_LRS --kind BlobStorage

medium

A. Creates a Blob Storage account with premium performance

B. Creates a general purpose v2 storage account

C. Creates a storage account with standard performance

D. Fails because BlobStorage kind does not support Premium_LRS SKU

Solution

1. Step 1: Understand SKU and kind compatibility

   BlobStorage kind supports only Standard performance SKUs, not Premium_LRS.

2. Step 2: Predict command behavior

   Using Premium_LRS SKU with BlobStorage kind causes the command to fail due to incompatible parameters.

3. Final Answer:

   Fails because BlobStorage kind does not support Premium_LRS SKU -> Option D

4. Quick Check:

   BlobStorage + Premium_LRS = failure [OK]

Hint: Match SKU and kind compatibility before creating [OK]

Common Mistakes:

• Assuming all SKUs work with all kinds
• Thinking BlobStorage supports premium SKUs
• Ignoring error messages from CLI

4. You tried to create a storage account with this command:

az storage account create --name mystorage123 --resource-group mygroup --location eastus --sku Standard_LRS --kind StorageV2

But you get an error saying the name is already taken. What should you do to fix this?

medium

A. Change the storage account name to a unique one

B. Change the resource group name

C. Change the location to another region

D. Change the SKU to Premium_LRS

Solution

1. Step 1: Understand storage account name uniqueness

   Storage account names must be globally unique across Azure.

2. Step 2: Identify the cause of the error

   The error indicates the chosen name is already used by someone else.

3. Step 3: Fix by changing the name

   Changing the name to a unique one resolves the conflict and allows creation.

4. Final Answer:

   Change the storage account name to a unique one -> Option A

5. Quick Check:

   Unique name needed = Change the storage account name to a unique one [OK]

Hint: Storage account names must be unique globally [OK]

Common Mistakes:

• Changing resource group instead of name
• Changing location or SKU won't fix name conflict
• Ignoring error details about name uniqueness

5. You want to create a storage account optimized for storing large amounts of unstructured data with high durability and geo-redundancy. Which combination of SKU and kind should you choose?

hard

A. SKU: Premium_LRS, Kind: BlobStorage

B. SKU: Standard_GRS, Kind: StorageV2

C. SKU: Standard_LRS, Kind: FileStorage

D. SKU: Standard_ZRS, Kind: StorageV1

Solution

1. Step 1: Identify requirements for unstructured data and durability

   StorageV2 kind supports blobs and unstructured data with advanced features.

2. Step 2: Choose SKU with geo-redundancy

   Standard_GRS provides geo-redundant storage for high durability across regions.

3. Step 3: Match SKU and kind

   Standard_GRS with StorageV2 is the best fit for large unstructured data with geo-redundancy.

4. Final Answer:

   SKU: Standard_GRS, Kind: StorageV2 -> Option B

5. Quick Check:

   Geo-redundant + unstructured data = SKU: Standard_GRS, Kind: StorageV2 [OK]

Hint: Use Standard_GRS SKU with StorageV2 kind for geo-redundant blobs [OK]

Common Mistakes:

• Choosing Premium SKU without geo-redundancy
• Using FileStorage kind for blobs
• Selecting StorageV1 which is legacy