KEMP Load Balancer/ADC for Azure

The Windows Azure Infrastructure as a Service (IaaS) platform enables applications to be easily provisioned in Microsoft’s cloud. Existing on premise applications can also be seamlessly transitioned into Azure, allowing technology decision makers to benefit from the scalability, elasticity and shift of capital expenses to operational ones. When Windows Azure is incorporated into an organization’s hybrid cloud strategy, many exciting benefits are realized!

Azure makes higher agility possible for your business

Azure makes Development Operations easier to achieve

Azure makes integration with on premise applications and data simple

High availability and disaster recovery are of highest importance for application infrastructures since other important factors such as capacity and performance are negated if service either is not available or cannot quickly be recovered in the event of an instance failure or degradation. While the Azure platform provides native, basic application load balancing capabilities, KEMP’s LoadMaster greatly enhances and complements these capabilities by delivering true layer 7 Application Delivery. When LoadMaster for Azure is combined with KEMP’s GSLB functionality known as GEO, high availability across on premise and cloud based application pools and intelligent global traffic distribution across multiple private cloud infrastructures and Azure becomes possible to support highly resilient, scalable and smart application deployments.TAdviser выпустил Гид по российским операционным системам 10.3 т

KEMP’s close relationship to Microsoft and commitment to enhanced integration with Microsoft platforms such as Azure and their suite of Enterprise productivity application results in optimal end-to-end user experience for mutual customers.

The LoadMaster Load Balancer/ADC for Azure is easy to provision, configure and manage right within Azure �

Easily provision from VM Depot in the Azure management portal LoadMaster assumes Public/Private Endpoint functionality for services Connect Application Server instances to LoadMaster for Azure Start load balancing your application with LoadMaster's app delivery capabilities Compare the Azure built-in Load Balancer and KEMP LoadMaster for Azure

Azure Load Balancer

KEMP LoadMaster-for-Azure

Application-Aware L7 load balancing

No

Yes

Application High Availability

Yes using Traffic Manager

Yes using GEO

Application for Hybrid Scenario

No

Yes using GEO

Balancing methods

Round Robin Only

L4 / L7

Server persistence

No

L4 / L7 (Cookie and more)

SSL Termination/Offload

No

Yes

VM Resource Availability Awareness

No

Yes

Introducing Load Balancing in Windows Azure

Before we create a LoadMaster Virtual Machine (VM) in Azure, it is important to understand the traffic flow so that VMs in Windows Azure can be configured appropriately.

Windows Azure IaaS deployments accept traffic only on published endpoints. Any request to access Windows Azure workloads passes through the default load balancing layer of the Windows Azure platform. Figure 1-1depicts the default deployment without the use of KEMP LoadMaster in Azure.

Windows Azure Load Balancer Figure 1-1: Windows Azure Load Balancer

Any workload being published consists of a cloud service, which represents a single Virtual Machine (VM) or multiple VMs. When a VM is created, if a cloud service exists, you have an option to connect the VM to an existing cloud service. As more VMs are connected to an existing VM (and thus to an existing Cloud Service), built-in Windows Azure load balancer distributes connections when creating a load balanced endpoint.

If you wish to use LoadMaster for Azure for your deployment, we must complete the following steps:

The LoadMaster for Azure needs to be deployed first, creating the required cloud service. All the virtual machines that need to be load balanced using LoadMaster can then be created and must be connected to the existing LoadMaster VM to create the required grouping. Finally, when creating endpoints, we cannot use Load-Balance traffic on an existing endpoint option as we do not want to use the Windows Azure Load Balancer to load balance incoming connections. Figure 1-2 depicts the flow when LoadMaster for Azure is deployed: LoadMaster for Azure Figure 1-2: LoadMaster for Azure

Notice that VM1, VM2 and VM3 in this example are grouped into a single cloud service and the endpoint for published virtual services will be created only on the LoadMaster VM. By doing this, we receive all load balanced traffic on the LoadMaster VM and the logic of load balancing incoming connections will be applied as per the configured virtual service on LoadMaster for a given workload.

Also notice that VM1, VM2 and VM2 will not have any endpoints as they are not going to be published directly to the internet.