Advanced global traffic management with NetScaler App Delivery and Security Service – Part 1
Global server load balancing (GSLB) is an important component of internet infrastructure that supports business operations online. Traditionally, apps in multiple data centers would use a simple domain name system (DNS) to look up locations. This would involve a list of IP addresses and a simple round-robin distribution of traffic across data center locations.
However, there are factors that can affect app performance like network latency, which is an essential metric when it comes to measuring the quality of service (QoS). That’s why leveraging advanced algorithms for GSLB is important to delivering fast app responses and a great user experience.
In this blog series, we will look at how NetScaler App Delivery and Security Service provides a fully managed, SaaS-based cloud load balancing solution for three different use cases. We will also discuss NetScaler's Application Delivery service functionality that can contribute to improved QoS.
How Advanced GSLB Supports App Availability
GSLB is generally used to enable:
- Disaster recovery
- Improved application performance
- Greater reliability
- Fulfillment of compliance requirements
- Efficient connections
- Reduced latency
In typical configurations, app data is served from one location (active), where most users access the resources, and one or more standby locations (passive) that serve as a backup if the active site fails. The switch from active to passive is called failover.
Another configuration type is an active-active deployment, where multiple sites are active at the same time. This requires a more advanced GSLB implementation, including constant monitoring of the health and latency of the sites from the end user’s location. These data can help admins provide optimal site performance and make decisions based on factors such as a user’s ISP-to-public-cloud-server-link performance, real-user performance monitoring data, and more.
NetScaler's service advanced GSLB capabilities
NetScaler's service leverages real-user performance monitoring data functionality and can perform data-driven DNS or API-based global load balancing. It employs end-user-based probes for collecting real-time information from clients, along with synthetic monitoring from multiple PoP locations globally, as shown in Figure 1. Based on the type of configuration specified in NetScaler's service, users receive the optimal site information for their DNS queries. These sites can be on-prem, public, or in a private cloud.
NetScaler's ADC service offers a simplified workflow so admins can quickly deploy GSLB service to support globally distributed app sites. The graphic below shows the onboarding steps to get started with the NetScaler service’s GSLB capabilities. Check out our product documentation for detailed deployment guidance.
Let’s look at an example use case where NetScaler's Application Delivery service can support your GSLB needs so you can deliver a great experience to your users.
Disaster Recovery Site for On-Prem Datacenter in the Cloud – Active-Passive Mode
Use Case: Create a disaster recovery site in a public cloud for your existing on-prem data center.
In this case, you’re creating a multi-site app with NetScaler's Application Delivery service in GSLB active-passive mode. Please note, detailed guidance is available in our product documentation, and the following steps are specific to this use case.
Specify Main and Backup Site
Add two sites (an existing on-prem data center and a new public-cloud datacenter) for active-passive deployment, as shown in Figure 2.
Specify GSLB Parameters
Select Failover as the algorithm (Figure 3). By default, a priority of 1 is assigned to the primary site (Site1) and an increasing priority of 2 to the standby site (Site2), as shown in Figure 4.
Please note, NetScaler's Application Delivery service does not manage the app data replication and sync between the primary and backup sites.
If a site with priority 1 is down, client requests are directed to the site with priority 2. If both sites are up, traffic is directed to Site 1 because it has higher priority, as shown in Figure 5.
In our next blog post, we’ll cover the even distribution of users across data centers with persistence and optimal site selection with advanced GSLB capabilities.
Recommended Comments
There are no comments to display.
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now