📖 Scenario: You are setting up a simple Azure environment to ensure your virtual machines stay online even if some hardware fails. You will create an availability set to group your VMs so Azure can spread them across different physical servers.
🎯 Goal: Create an Azure availability set with fault domains and update domains configured. Then add virtual machines to this availability set to improve redundancy.
📋 What You'll Learn
Create an availability set named myAvailabilitySet in resource group myResourceGroup
Set the availability set to have exactly 2 fault domains and 3 update domains
Create two virtual machines named vm1 and vm2 in the availability set
Use the Azure CLI syntax for all commands
💡 Why This Matters
🌍 Real World
Availability sets help keep applications running by spreading virtual machines across different hardware to avoid single points of failure.
💼 Career
Cloud engineers and administrators use availability sets to design resilient infrastructure that minimizes downtime.
Progress0 / 4 steps
1
Create the availability set
Use the Azure CLI command to create an availability set named myAvailabilitySet in the resource group myResourceGroup. Set the fault domain count to 2 and the update domain count to 3.
Azure
Hint
Use az vm availability-set create with the --platform-fault-domain-count and --platform-update-domain-count options.
2
Create the first virtual machine in the availability set
Use the Azure CLI command to create a virtual machine named vm1 in the resource group myResourceGroup. Assign it to the availability set myAvailabilitySet. Use UbuntuLTS as the image and disable SSH key authentication for simplicity.
Azure
Hint
Use az vm create with the --availability-set option to assign the VM to the availability set.
3
Create the second virtual machine in the availability set
Use the Azure CLI command to create a second virtual machine named vm2 in the resource group myResourceGroup. Assign it to the availability set myAvailabilitySet. Use the same image and authentication settings as vm1.
Azure
Hint
Repeat the az vm create command for vm2 with the same availability set and image.
4
Verify the availability set and VM assignments
Use the Azure CLI command to show the details of the availability set myAvailabilitySet in the resource group myResourceGroup. Confirm that it lists the two virtual machines vm1 and vm2 as part of the availability set.
Azure
Hint
Use az vm availability-set show to view the availability set details.
Practice
(1/5)
1. What is the main purpose of an Availability Set in Azure?
easy
A. To automatically back up virtual machines every hour
B. To keep virtual machines running during hardware failures by spreading them across fault domains
C. To increase the storage capacity of a single virtual machine
D. To reduce the cost of virtual machines by sharing resources
Solution
Step 1: Understand the role of Availability Sets
Availability sets distribute VMs across different physical hardware to avoid single points of failure.
Step 2: Identify the correct purpose
This distribution helps keep apps running during hardware failures by using fault domains.
Final Answer:
To keep virtual machines running during hardware failures by spreading them across fault domains -> Option B
Quick Check:
Availability sets = fault domain distribution [OK]
Hint: Availability sets protect VMs from hardware failure by spreading them [OK]
Common Mistakes:
Confusing availability sets with backup solutions
Thinking availability sets increase storage
Assuming availability sets reduce VM costs
2. Which of the following is the correct way to create an availability set using Azure CLI?
easy
A. az vm availability-set create --name MySet --resource-group MyGroup --platform-fault-domain-count 2 --platform-update-domain-count 5
B. az availability-set create --name MySet --group MyGroup --faults 2 --updates 5
C. az vm create availability-set --name MySet --resource-group MyGroup --fault-domain 2 --update-domain 5
D. az create availability-set --name MySet --resource MyGroup --fault-domain-count 2 --update-domain-count 5
Solution
Step 1: Recall Azure CLI syntax for availability sets
The correct command uses az vm availability-set create with parameters for fault and update domain counts.
Step 2: Match the correct command
az vm availability-set create --name MySet --resource-group MyGroup --platform-fault-domain-count 2 --platform-update-domain-count 5 matches the correct syntax and parameter names exactly.
Final Answer:
az vm availability-set create --name MySet --resource-group MyGroup --platform-fault-domain-count 2 --platform-update-domain-count 5 -> Option A
Quick Check:
Correct CLI syntax = az vm availability-set create --name MySet --resource-group MyGroup --platform-fault-domain-count 2 --platform-update-domain-count 5 [OK]
Hint: Use 'az vm availability-set create' with fault and update domain counts [OK]
Common Mistakes:
Using wrong command group like 'az availability-set create'
Incorrect parameter names like 'faults' or 'updates'
Mixing VM creation command with availability set creation
3. Given an availability set with 3 fault domains and 5 update domains, what happens if a planned maintenance affects update domain 3?
medium
A. All VMs are shut down until maintenance completes
B. All VMs in the availability set reboot simultaneously
C. VMs in fault domain 3 are rebooted, others are unaffected
D. Only VMs in update domain 3 are rebooted; others keep running
Solution
Step 1: Understand update domains in availability sets
Update domains define groups of VMs rebooted one group at a time during planned maintenance.
Step 2: Apply update domain behavior
Only VMs in the affected update domain reboot; others continue running.
Final Answer:
Only VMs in update domain 3 are rebooted; others keep running -> Option D
Quick Check:
Update domain reboot = only affected domain [OK]
Hint: Update domains reboot one group at a time during maintenance [OK]
Common Mistakes:
Confusing fault domains with update domains
Assuming all VMs reboot together
Thinking fault domain 3 is rebooted on update domain maintenance
4. You created two VMs but forgot to assign them to the same availability set. What is the likely impact?
medium
A. The VMs may be placed on the same hardware, increasing downtime risk
B. The VMs will automatically be grouped into a default availability set
C. The VMs will not start until assigned to an availability set
D. The VMs will be backed up automatically to prevent downtime
Solution
Step 1: Understand VM placement without availability sets
Without an availability set, Azure may place VMs on the same physical hardware.
Step 2: Identify impact on redundancy
This increases risk that a hardware failure affects both VMs, causing downtime.
Final Answer:
The VMs may be placed on the same hardware, increasing downtime risk -> Option A
Quick Check:
No availability set = no guaranteed hardware separation [OK]
Hint: Without availability sets, VMs risk being on same hardware [OK]
Common Mistakes:
Assuming Azure auto-creates availability sets
Thinking VMs won't start without availability sets
Confusing availability sets with backup features
5. You need to deploy 6 VMs with high availability. You create an availability set with 2 fault domains and 3 update domains. What is the best way to distribute the VMs to maximize redundancy?
hard
A. Place 2 VMs in fault domain 1 and 4 VMs in fault domain 2, all in update domain 1
B. Place all 6 VMs in fault domain 1 to simplify management
C. Place 3 VMs in fault domain 1 and 3 VMs in fault domain 2, spread evenly across update domains
D. Place all VMs in the same update domain to reduce reboot frequency
Solution
Step 1: Understand fault domain distribution
Fault domains separate VMs across different hardware racks to avoid single points of failure.
Step 2: Understand update domain distribution
Update domains ensure VMs reboot in groups during maintenance, so spreading VMs across them reduces downtime.
Step 3: Apply best practice for VM distribution
Distributing VMs evenly across fault domains and update domains maximizes redundancy and availability.
Final Answer:
Place 3 VMs in fault domain 1 and 3 VMs in fault domain 2, spread evenly across update domains -> Option C
Quick Check:
Even VM spread across fault and update domains = max redundancy [OK]
Hint: Distribute VMs evenly across fault and update domains for best uptime [OK]
Common Mistakes:
Putting all VMs in one fault domain
Ignoring update domain distribution
Assuming same update domain reduces reboots
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.