Traffic Manager vs Load Balancer in Azure

Search for a command to run...

Love your analogy distinguishing the two.
To also note, Traffic manager is a solution for inter-regional connectivity. Where as the load balancer is specific to one region.
In your example you could just have front end public IP or IP prefix on the LB.
But I understand this is an example to clarify between the two. In real world context your traffic manager would punt traffic between multiple load balancers across Azure or even on-prem regions (banking branches)
Nice article!
In Part 1 of this series we explored the friendly foundations of machine learning: Classification Regression Clustering Neural networks Training Testing Overfitting Decision trees Reinforceme

Machine Learning with Trufa and Paula: A Friendly Guide to How Models Learn

The Microsoft Copilot Ecosystem

I love words, I compile words and always search what they mean. My native language is español and to my surprise there are not that many on line. México where I'm from has no official online language

Hey everyone, Roberto here and there and everywhere! We've all worked with data, we've all felt the pain of waiting. When you build a beautiful Power BI report, but the data is from yesterday. You have to wait for the nightly refresh to see the lates...

Many people get confused with these two services:
Traffic Manager
Load Balancer
The Traffic Manager is like the agent you find when you enter a Bank who tell you:
Take this QUEUE - you get in, until you reach the end of it.
You're attended by the next available agent. Not by one in specific but by the next available. It's random. Agent is free, he/she raises its hand and says, you're up :
Hello
What's up?
Here's your request served
Goodbye. Get out.
You can think about it this way:
The Traffic Manager is an Individual; The Load Balancer is a Group.
1 Traffic Manager
1 Load Balancer
2 Virtual Machines with IIS
Name | Type | Address Or Alias |
w1 | IIS VM | |
w2 | IIS VM | |
Traffic Manager | CNAME for wwwtfm.trafficmanager.net | |
nlb | Load Balancer |
Like this:
The Traffic Manager can direct traffic to different regions and it's the first touchpoint of a request. It's also used in redundancy scenarios to provide continuity, so, in this scenario, basically, the number of components would be duplicated. In separate Data Centers or Azure Regions.
I set up a couple of VMs with Windows 2012 R2 and the IIS default website configured. In order to use the load Balancer, they have to be in the same Availability set.
Configured the Load Balancer
Setup the Traffic Manager
Added the VMs on the Same availability set to the Load Balancer Backend pool. Also, very important you have to allow traffic to port 80 in the Network Security Group otherwise it won't be possible to connect to the endpoint.
The Inbound NAT rule is also part of the configuration. In this test, all incoming traffic on Port 80 will go to an Availability set of 2 VMs. This is called nlb.cocodrilo.space. Remember this, the Load Balancer groups resources.
Another view of the configuration with the IP assigned at provisioning time:
[caption id="" align="aligncenter" width="2352"]
The IP is mapped to nlb.cocodrilo.space[/caption]
Traffic Manager endpoint is to the Load Balancer FQDN > nlb.cocodrilo.space and I also created a CNAME for www.cocodrilo.space which points to the Traffic Manager Azure given a name at provisioning time
This Traffic Manager only has 1 endpoint which is the Load Balancer, and behind it there are 2 VMs:
2nd time
Obviously you'd have the same service and the site would look exactly the same. This is to show how the service works/behaves.
Another thing I tested in this configuration was persistence and that's why I get almost a 100% round robin every time I hit the address, because the setting was No persistence at all.