Why load balancing matters in Azure - Test Your Understanding

Practice - 5 Tasks

1fill in blank

easy

Complete the code to create a basic Azure Load Balancer resource.

Azure

resource "azurerm_lb" "example" {
  name                = "example-lb"
  location            = "eastus"
  resource_group_name = "example-resources"
  sku                 = "[1]"
}

Drag options to blanks, or click blank then click option'

ABasic

BStandard

CPremium

DCustom

Attempts:

3 left

💡 Hint

Common Mistakes

Choosing 'Standard' SKU when a simple load balancer is needed.

Using 'Premium' which is not a valid SKU for Azure Load Balancer.

The Basic SKU is the simplest Azure Load Balancer type, suitable for small workloads.

2fill in blank

medium

Complete the code to specify the frontend IP configuration for the load balancer.

Azure

resource "azurerm_lb" "example" {
  name                = "example-lb"
  location            = "eastus"
  resource_group_name = "example-resources"
  sku                 = "Basic"

  frontend_ip_configuration {
    name                 = "PublicIPAddress"
    public_ip_address_id = azurerm_public_ip.example.[1]
  }
}

Drag options to blanks, or click blank then click option'

Aresource_id

Bid

Cname

Daddress

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'name' instead of 'id' which causes errors.

Using 'address' which is not a valid property here.

The id property is used to reference the public IP resource in Azure.

3fill in blank

hard

Fix the error in the backend address pool configuration by completing the code.

Azure

resource "azurerm_lb_backend_address_pool" "example" {
  name                = "example-backend-pool"
  loadbalancer_id     = azurerm_lb.example.[1]
}

Drag options to blanks, or click blank then click option'

Aname

Bresource_group_name

Clocation

Did

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'name' instead of 'id' which causes linking errors.

Using unrelated properties like 'location'.

The backend address pool needs the load balancer's id to link correctly.

4fill in blank

hard

Fill both blanks to configure a health probe for the load balancer.

Azure

resource "azurerm_lb_probe" "example" {
  name                = "example-probe"
  loadbalancer_id     = azurerm_lb.example.[1]
  protocol            = "[2]"
  port                = 80
}

Drag options to blanks, or click blank then click option'

Aid

Bname

CHttp

DTcp

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'name' instead of 'id' for the load balancer reference.

Choosing 'Tcp' when the service expects HTTP health checks.

The health probe requires the load balancer's id and the protocol, here Http, to check service health.

5fill in blank

hard

Fill all three blanks to define a load balancing rule.

Azure

resource "azurerm_lb_rule" "example" {
  name                           = "example-rule"
  resource_group_name            = "example-resources"
  loadbalancer_id               = azurerm_lb.example.[1]
  frontend_ip_configuration_name = azurerm_lb.example.frontend_ip_configuration[0].[2]
  backend_address_pool_ids      = [azurerm_lb_backend_address_pool.example.[3]]
  protocol                      = "Tcp"
  frontend_port                 = 80
  backend_port                  = 80
  enable_floating_ip            = false
  idle_timeout_in_minutes       = 4
}

Drag options to blanks, or click blank then click option'

Aid

Bname

Dlocation

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'location' instead of 'id' or 'name' causing errors.

Mixing up 'name' and 'id' references.

The load balancing rule needs the load balancer's id, the frontend IP configuration's name, and the backend address pool's id to connect all parts correctly.

Practice

1. Why is load balancing important in Azure cloud services?

easy

A. It stores user data securely in the cloud.

B. It automatically updates the operating system on servers.

C. It spreads user traffic across servers to keep apps fast and reliable.

D. It creates backups of all user files daily.

Solution

1. Step 1: Understand load balancing purpose

   Load balancing distributes incoming user requests across multiple servers to avoid overload on any single server.

2. Step 2: Identify benefits in Azure context

   This distribution keeps applications fast and available, even if one server fails.

3. Final Answer:

   It spreads user traffic across servers to keep apps fast and reliable. -> Option C

4. Quick Check:

   Load balancing = traffic spread for speed and reliability [OK]

Hint: Load balancing means sharing traffic to avoid slowdowns [OK]

Common Mistakes:

• Confusing load balancing with data storage
• Thinking it updates software automatically
• Assuming it handles backups

2. Which of the following is required to set up an Azure Load Balancer?

easy

A. A public IP address and a resource group

B. A virtual machine scale set only

C. An Azure SQL database

D. A storage account with blobs

Solution

1. Step 1: Identify Azure Load Balancer requirements

   Azure Load Balancer needs a public IP address to receive traffic and a resource group to organize resources.

2. Step 2: Eliminate unrelated options

   Virtual machine scale sets, SQL databases, and storage accounts are not mandatory for basic load balancer setup.

3. Final Answer:

   A public IP address and a resource group -> Option A

4. Quick Check:

   Load balancer setup = public IP + resource group [OK]

Hint: Load balancer needs public IP and resource group [OK]

Common Mistakes:

• Choosing VM scale set as mandatory
• Confusing with database or storage requirements
• Ignoring the need for a public IP

3. Consider this Azure Load Balancer setup: Two servers receive traffic equally. If one server fails, what happens to incoming requests?

medium

A. Users get an error page immediately.

B. All traffic stops until the failed server is fixed.

C. Traffic is split randomly, including the failed server.

D. Traffic automatically routes only to the healthy server.

Solution

1. Step 1: Understand load balancer health monitoring

   Azure Load Balancer checks server health and stops sending traffic to unhealthy servers.

2. Step 2: Predict traffic routing on failure

   When one server fails, the load balancer routes all traffic to the healthy server automatically.

3. Final Answer:

   Traffic automatically routes only to the healthy server. -> Option D

4. Quick Check:

   Load balancer avoids failed servers for traffic [OK]

Hint: Load balancer sends traffic only to healthy servers [OK]

Common Mistakes:

• Assuming traffic stops completely
• Thinking traffic still goes to failed server
• Believing users see errors immediately

4. You configured an Azure Load Balancer but users report slow app response. What is a likely configuration mistake?

medium

A. Setting the load balancer to distribute traffic evenly

B. Not assigning a public IP to the load balancer

C. Using too many backend servers

D. Enabling health probes for backend servers

Solution

1. Step 1: Check load balancer public IP assignment

   Without a public IP, the load balancer cannot receive external traffic, causing slow or no responses.

2. Step 2: Review other options

   Using many servers or even traffic distribution is normal; health probes improve reliability.

3. Final Answer:

   Not assigning a public IP to the load balancer -> Option B

4. Quick Check:

   Missing public IP causes traffic issues [OK]

Hint: Load balancer needs public IP to receive traffic [OK]

Common Mistakes:

• Blaming too many servers for slowness
• Thinking even traffic distribution causes slow response
• Ignoring the importance of health probes

5. You want to ensure your Azure app stays online even if one server fails. Which load balancing strategy best supports this?

hard

A. Distribute traffic evenly with health probes to detect failures

B. Send all traffic to a single server for simplicity

C. Use a load balancer without health probes

D. Manually switch traffic between servers when one fails

Solution

1. Step 1: Identify strategy for high availability

   Even traffic distribution with health probes ensures traffic only goes to healthy servers, keeping the app online.

2. Step 2: Evaluate other options

   Sending all traffic to one server risks downtime; no health probes means failures go undetected; manual switching is slow and error-prone.

3. Final Answer:

   Distribute traffic evenly with health probes to detect failures -> Option A

4. Quick Check:

   Even distribution + health probes = high availability [OK]

Hint: Use health probes to avoid failed servers automatically [OK]

Common Mistakes:

• Relying on single server for all traffic
• Ignoring health probes in load balancer
• Trying manual traffic switching