![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEipoiwuKabQrvncWEbwjySF-vpXzhyphenhyphenBKXsea_PUDQxTAvkGN6Qq6BE4jFk17LjUnKsACrhDY9XjMmyebzDuLZy2Am4-aDChg8Q7zZif2r3oTk4TCn_NMM8lr-A_uRJSIPL1HqaMl1lNGkc0/s400/GSLB.jpg)
How GSLB Works
GSLB directs DNS requests to the best-performing GSLB site in a distributed Internet environment. The Citrix NetScaler implementation of GSLB is DNS-based.
GSLB enables distribution of traffic across multiple sites, manages disaster recovery, and ensures that applications are consistently accessible.
When a client sends a DNS request, the system determines the best-performing site and returns its IP to the client. In the process of ascertaining the best- performing site, the system performs these intelligent decisions:
* Directs client requests to the geographically closest GSLB site (geographic and network proximity-based traffic redirection)
* Directs client requests to surviving data centers when an outage occurs
* Directs client requests to alternate data centers, when a pre-defined traffic load limit is reached
* Directs client requests to be distributed among multiple data centers (assigns each user to the GSLB site with lowest latency)
The system performs these intelligent decisions using the Metric Exchange Protocol (MEP), GSLB policies, and GSLB methods supported by the system.
GSLB methods are algorithms that control how the system load-balances client requests across distributed data centers. The system provides support for creating policies for distributing or redirecting client request. GSLB policies direct the traffic to a pre-defined target site.
Multiple sites exchange metrics with each other using the Metric Exchange Protocol (MEP). The system uses this protocol to exchange load, network, and persistence information between GSLB sites. The system also uses this information to perform load balancing between GSLB sites.
A typical GSLB deployment contains the entities described in the above figure.
GSLB Entity Model
To configure GSLB, you must configure a GSLB site. As shown in the figure, a GSLB site is the logical collection of GSLB vserver, GSLB service, LB vserver, service, domain, and ADNS service. It is the central entity in a GSLB deployment, and is represented by a name and an IP address.
To create a GSLB site, you must configure load balancing on the system. You must create GSLB vservers and GSLB services for each site. You must bind GSLB services to GSLB vservers. You must then create an ADNS service that provides the IP address of the best performing site to the client's request.
A GSLB vserver is an entity that performs load balancing for the domains bound to it by returning the IP address of the best GSLB service. A GSLB service is a representation of the load balancing/content switching vserver. An LB vserver load balances incoming traffic by identifying the best server, then directs traffic to the corresponding service. It can also load-balance external DNS name servers. Services are entities that represent the servers. The domain is the domain name for which the system is the authoritative DNS server. By creating an ADNS service, the system can be configured as an authoritative DNS server