Load Balancing for Azure Infrastructure Services
There are two levels of load balancing available for Azure infrastructure services:
- DNS Level: Load balancing for traffic to different cloud services located in different data centers, to different Azure websites located in different data centers, or to external endpoints. This is done with Traffic Manager and the Round Robin load balancing method.
- Network Level: Load balancing of incoming Internet traffic to different virtual machines of a cloud service, or load balancing of traffic between virtual machines in a cloud service or virtual network. This is done with the Azure load balancer.
Traffic Manager load balancing for cloud services and websites
Azure Traffic Manager allows you to control the distribution of user traffic to cloud services, websites, and external endpoints. Traffic Manager works by applying an intelligent policy engine to Domain Name System (DNS) queries for the domain names of your Internet resources. Your cloud services or websites can be running in different datacenters across the world.
You must use either REST or Windows PowerShell to configure external endpoints. For more information, see About Traffic Manager Load Balancing Methods.
Azure Traffic Manager uses three load-balancing methods to distribute traffic:
- Failover: Use this method when you want to use a primary cloud service or website for all traffic, but provide backups in case the primary becomes unavailable.
- Performance: Use this method when you have cloud services or websites in different geographic locations and you want requesting clients to use the "closest" endpoint in terms of the lowest latency.
- Round Robin: Use this method when you want to distribute load across a set of cloud services in the same datacenter or across cloud services or websites in different datacenters.
The following figure shows an example of the Round Robin load balancing method for distributing traffic between different cloud services.
The basic process is the following:
- An Internet client queries a domain name corresponding to a web service.
- DNS forwards the name query request to Traffic Manager.
- Traffic Manager sends back the DNS name of the cloud service in the round robin list.
- The Internet client connects.
For more information, see Traffic Manager.
Azure load balancing for virtual machines
Virtual machines in the same cloud service or virtual network can communicate with each other directly using their private IP addresses. Computers and services outside the cloud service or virtual network can only communicate with virtual machines in a cloud service or virtual network with a configured endpoint. An endpoint is a mapping of a public IP address and port to that private IP address and port of a virtual machine or web role within an Azure cloud service.
The Azure Load Balancer randomly distributes a specific type of incoming traffic across multiple virtual machines or services in a configuration known as a load-balanced set. For example, you can spread the load of web request traffic across multiple web servers or web roles.
The following figure shows a load-balanced endpoint for standard (unencrypted) web traffic that is shared among three virtual machines for the public and private TCP port of 80. These three virtual machines are in a load-balanced set.
For more information, see Azure Load Balancer. For the steps to create a load-balanced set, see Configure a load-balanced set.
Azure can also load balance within a cloud service or virtual network. This is known as internal load balancing and can be used in the following ways:
- To load balance between servers in different tiers of a multi-tier application (for example, between web and database tiers).
- Load balancing for line-of-business (LOB) applications hosted in Azure without requiring additional load balancer hardware or software.
- Including on-premises servers in the set of computers whose traffic that is load balanced.
Similar to Azure load balancing, internal load balancing is facilitated by configuring an internal load-balanced set.
The following figure shows an example of an internal load-balanced endpoint for an LOB application that is shared among three virtual machines in the cross-premises virtual network.
For more information, see Internal load balancing. For the steps to create a load-balanced set, see Configure an internal load-balanced set.