High availability and disaster recovery are of highest importance for application infrastructure 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 Virtual LoadMaster
(VLM™) for Azure greatly enhances and complements these capabilities by delivering true layer 7 Application Delivery. When VLM™ for Azure is combined with Kemp’s Global Server Load Balancing (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 providing highly resilient, scalable and smart application deployments.
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.
Features | Azure | LoadMaster |
---|---|---|
Basic and Standard Tier VM support | Unchecked | Checked |
Network Level L4 load balancing | Checked | Checked |
Multiple application access with single IP | Limited | Checked |
Pre-configured application templates | Unchecked | Checked |
Web User Interface for ease of management | Limited | Checked |
High Availability & Clustering | Limited | Checked |
Hybrid Traffic Distribution | Checked | Checked (with advanced traffic distribution) |
Scheduling methods | Round Robin Only | L4/L7 |
Server Persistence | Limited | Checked L4/L7(Advanced options) |
SSL Termination/Offload | Limited | Checked |
Content Caching/Compression | Unchecked | Checked |
Least Connection Scheduling | Unchecked | Checked |
Server Name Indicator (SNI) | Limited | Checked |
VM Resource Availability Awareness | Unchecked | Checked |
Web Application Firewall Protection | Limited | Checked |
Two Factor Authentication | Unchecked | Checked |
Single Sign On | Unchecked | Checked |
SmartCard(CAC) / X.509 Certificate Authentication | Unchecked | Checked |
LDAP Authentication | Unchecked | Checked |
Radius Authentication | Unchecked | Checked |
Kerberos Constrained Delegation Support | Unchecked | Checked |
Active Directory group based traffic steering | Unchecked | Checked |
Header content switching | Limited | Checked |
Header manipulation | Unchecked | Checked |
Adaptive scheduling | Unchecked | Checked |
OCSP Certificate Validation | Unchecked | Checked |
SAML Authentication Support | Unchecked | Checked |
TCP Multiplexing | Unchecked | Checked |
Reverse Proxy | Limited | Checked |
Before we create a Virtual LoadMaster Virtual Machine (VM) in Azure, it is important to understand the traffic flow so that VMs in Microsoft Azure can be configured appropriately.
Microsoft Azure IaaS deployments accept traffic only on published endpoints. Any request to access Microsoft Azure workloads passes through the default load balancing layer of the Microsoft Azure platform. To utilize the additional features of Virtual LoadMaster, deploy the Virtual LoadMaster for Azure.
Complete the following steps:
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 Kemp’s Virtual LoadMaster for a given workload.