Load balancing rules in Azure - Time & Space Complexity

Time Complexity: Load balancing rules

O(n)

Understanding Time Complexity

When setting up load balancing rules in Azure, it's important to know how the number of rules affects the system's work.

We want to understand how the time to apply or process these rules grows as we add more rules.

Scenario Under Consideration

Analyze the time complexity of the following operation sequence.

# Create public IP
az network public-ip create --resource-group MyRG --name MyPublicIP --location eastus --sku Standard

# Create a load balancer with backend pool and frontend IP
az network lb create --name MyLB --resource-group MyRG --location eastus --public-ip-address MyPublicIP --backend-pool-name MyBackendPool

# Add multiple load balancing rules
for i in $(seq 1 $n); do
    az network lb rule create --resource-group MyRG --lb-name MyLB --name "Rule$i" \
    --protocol Tcp --frontend-port $((80 + i)) --backend-port $((80 + i)) --frontend-ip-name LoadBalancerFrontEnd --backend-pool-name MyBackendPool
done
    

This sequence creates one load balancer and then adds n load balancing rules, each directing traffic from a unique frontend port to a backend port.

Identify Repeating Operations

• Primary operation: Creating each load balancing rule via the Azure CLI API call.
• How many times: Exactly n times, once per rule added.

How Execution Grows With Input

Each new rule requires one API call to create it, so as the number of rules grows, the total calls grow at the same pace.

Input Size (n)	Approx. Api Calls/Operations
10	10 calls to create rules
100	100 calls to create rules
1000	1000 calls to create rules

Pattern observation: The number of operations grows directly with the number of rules added.

Final Time Complexity

Time Complexity: O(n)

This means the time to set up load balancing rules grows linearly as you add more rules.

Common Mistake

[X] Wrong: "Adding more rules happens instantly without extra time."

[OK] Correct: Each rule requires a separate API call and processing, so more rules mean more time.

Interview Connect

Understanding how the number of load balancing rules affects setup time shows you can think about scaling and resource management clearly.

Self-Check

"What if we batch multiple rules in a single API call? How would the time complexity change?"

Practice

1. What is the main purpose of a load balancing rule in Azure Load Balancer?

easy

A. To create virtual machines automatically

B. To store data securely in the cloud

C. To distribute incoming network traffic evenly across backend servers

D. To monitor user activity on a website

Solution

1. Step 1: Understand load balancing rules

   Load balancing rules define how traffic is distributed from the frontend IP to backend servers.

2. Step 2: Identify the main function

   The main function is to spread incoming traffic evenly to avoid overloading one server.

3. Final Answer:

   To distribute incoming network traffic evenly across backend servers -> Option C

4. Quick Check:

   Load balancing rules = distribute traffic evenly [OK]

Hint: Load balancing rules spread traffic evenly to backend servers [OK]

Common Mistakes:

• Confusing load balancing with VM creation
• Thinking it stores data
• Assuming it tracks user activity

2. Which of the following is the correct way to specify a load balancing rule's frontend port in Azure CLI?

easy

A. --frontend-port 80

B. --frontendPort 80

C. --front-port 80

D. --port-frontend 80

Solution

1. Step 1: Review Azure CLI syntax for load balancing rules

   The correct parameter for frontend port is '--frontend-port' with a hyphen.

2. Step 2: Compare options

   Only --frontend-port 80 uses the exact correct syntax '--frontend-port 80'. Others have incorrect parameter names.

3. Final Answer:

   --frontend-port 80 -> Option A

4. Quick Check:

   Azure CLI frontend port = --frontend-port [OK]

Hint: Azure CLI uses hyphenated parameters like --frontend-port [OK]

Common Mistakes:

• Using camelCase instead of hyphens
• Mixing words order in parameter
• Using incorrect parameter names

3. Given this Azure Load Balancer rule configuration snippet:

"frontendPort": 443,
"backendPort": 8443,
"protocol": "Tcp"

What happens when a user sends a TCP request to port 443 on the frontend IP?

medium

A. The request is forwarded to backend servers on port 8443

B. The request is blocked because ports do not match

C. The request is forwarded to backend servers on port 443

D. The request is forwarded using UDP protocol

Solution

1. Step 1: Understand frontend and backend ports in load balancing

   The frontend port is where the client connects; the backend port is where the traffic is sent on backend servers.

2. Step 2: Match the ports and protocol

   Client connects to port 443 (frontend), traffic is forwarded to backend servers on port 8443 using TCP.

3. Final Answer:

   The request is forwarded to backend servers on port 8443 -> Option A

4. Quick Check:

   Frontend port 443 forwards to backend port 8443 [OK]

Hint: Frontend port ≠ backend port; traffic forwards to backend port [OK]

Common Mistakes:

• Assuming frontend and backend ports must be the same
• Confusing TCP with UDP protocol
• Thinking request is blocked due to port difference

4. You created a load balancing rule but traffic is not reaching backend servers. Which of these is a likely misconfiguration?

medium

A. Load balancing rule uses correct protocol and ports

B. Frontend IP address is set correctly

C. Backend pool contains healthy servers

D. Health probe is missing or misconfigured

Solution

1. Step 1: Check role of health probes

   Health probes monitor backend server health; without them, load balancer may not send traffic.

2. Step 2: Identify misconfiguration

   If health probe is missing or wrong, backend servers appear unhealthy, so traffic is blocked.

3. Final Answer:

   Health probe is missing or misconfigured -> Option D

4. Quick Check:

   Missing health probe blocks traffic [OK]

Hint: Always configure health probes to allow traffic flow [OK]

Common Mistakes:

• Ignoring health probe setup
• Assuming backend servers are always healthy
• Overlooking frontend IP correctness

5. You want to create a load balancing rule that forwards HTTPS traffic from port 443 on the frontend IP to port 8443 on backend VMs, but only if the backend VMs pass a TCP health probe on port 8443. Which configuration is correct?

hard

A. Load balancing rule with frontendPort=8443, backendPort=443, protocol=Tcp; health probe on port 443 using Http

B. Load balancing rule with frontendPort=443, backendPort=8443, protocol=Tcp; health probe on port 8443 using Tcp

C. Load balancing rule with frontendPort=443, backendPort=443, protocol=Udp; health probe on port 8443 using Tcp

D. Load balancing rule with frontendPort=443, backendPort=8443, protocol=Tcp; no health probe configured

Solution

1. Step 1: Match frontend and backend ports with protocol

   Frontend port 443 (HTTPS) forwards to backend port 8443 using TCP protocol, matching the requirement.

2. Step 2: Configure health probe correctly

   Health probe must check TCP on port 8443 to verify backend VM health before forwarding traffic.

3. Step 3: Verify other options

   Load balancing rule with frontendPort=8443, backendPort=443, protocol=Tcp; health probe on port 443 using Http swaps ports and uses HTTP probe incorrectly; Load balancing rule with frontendPort=443, backendPort=443, protocol=Udp; health probe on port 8443 using Tcp uses UDP protocol wrongly; Load balancing rule with frontendPort=443, backendPort=8443, protocol=Tcp; no health probe configured lacks health probe, risking traffic to unhealthy VMs.

4. Final Answer:

   Load balancing rule with frontendPort=443, backendPort=8443, protocol=Tcp; health probe on port 8443 using Tcp -> Option B

5. Quick Check:

   Correct ports, protocol, and health probe = Load balancing rule with frontendPort=443, backendPort=8443, protocol=Tcp; health probe on port 8443 using Tcp [OK]

Hint: Match frontend/backend ports and use health probe on backend port [OK]

Common Mistakes:

• Swapping frontend and backend ports
• Using wrong protocol (UDP instead of TCP)
• Skipping health probe configuration