A10 - ADC - POLÍTICAS DE GSLB

Las políticas son una serie de métricas que usamos para determinar cuál es el mejor sitio donde enviar las peticiones de un cliente.

Estas políticas se aplican a la zona o al servicio de dentro de una zona.

Las métricas que tenemos son las siguiente siguiendo el orden por defecto que se va comprobando para dirimir a donde se envían las peticiones. Este orden es configurable:

1. Health Check: servicios que han sido comprobados
2. Weighted Ip: servicios ip que tienen más peso que otros se seleccionan primero
3. Weigthed Site: sitios que tienen más peso que otros se seleccionan primero
4. Session Capacity: sitios con más capacidad de sesiones se seleccionan primero
5. Active-Servers: sitios con más servidores activos se seleccionan primero
6. Active-Round Delay Time: los sitios que tengan menos retardo en las peticiones y respuestas DNS entre los sitios y los equipos GSLB locales se seleccionan primero.
7. Geographic: servicios localizados dentro de la región del cliente se seleccionan primero
8. Connection Load: sitios que no exceden de los límites configurados para aceptar nuevas conexiones
9. Num-Session: sitios que no exceden de los límites configurados de la capacidad disponible de sesiones
10. Admin-Preference: los sitio con la “preferencia” más alta son seleccionados primero
11. BW-Cost: sitios con menos uso de ancho de banda son seleccionados primero
12. Least Response: Direcciones de Servicios Ip con menos “hits” (impactos) son seleccionados primero
13. Admin-Ip: direcciones ip que tengan más peso configurado son seleccionadas primero
14. Round Robin: sitios seleccionados en un orden secuencial

Nota: Health Check, Round Robin y Geographic están habilitadas por defecto, pero se puede deshabilitar.

La evaluación de las métricas sigue este orden o el que hayamos configurado. La evaluación no se para, sino que se evalúan todas las métricas configuradas por orden hasta que sea solo un sitio el elegido. Si hay empate, las peticiones se enviarán con el método “Round Robin” solo entre los sitios que hayan empatado.

Un ejemplo sería:

Tenemos 4 sitios a los que se les puede enviar al cliente: A, B, C y D

El sitio A falla el Health Check. Lo descarta y continua con la siguiente métrica. Los sitios B y C coinciden en la métrica Geographic. Descarta al sitio D. Sin embargo, el sitio C tiene una preferencia más alta que el B. El sitio C es el seleccionado para enviar al cliente.

Configuración de las políticas

• gslb policy - le damos un nombre

• (config-slb policy)#least-preference – algunas métricas se habilitan solo con el nombre de estas

Otras métricas se configuran a nivel de sitio o de zona y luego las habilitamos en la políticas

• (config-gslb site-slb dev)#admin-preference 165 – entre 0 y 255, siendo 100 por defecto

• (config-slb policy)#admin-preference – y en la política solo la habilitamos

Para modificar el orden en el que se deben evaluar las métricas y comprobar el orden aplicado:

• (config-slb policy)#metric-order least-response admin-ip bw-cost...

• show gslb policy

En el GUI es mucho más fácil. Vamos a GSLB-Policy.

Para aplicar las políticas se puede hacer a dos niveles: a nivel de zona y de servicio

Nivel de Zona:

• (config)#gslb zone laboratoriodea10.com

• (config-gslb zone)#policy

Nivel de Servicio:

• (config)#gslb zone laboratoriodea10.com

• (config-gslb zone)#service http www

• (config-slb zone-gslb service)#policy

Si vamos al GUI, en la parte GSLB-FQDN, al entrar en la zona, desplegamos el combo de “zone policy” para seleccionar la que queremos. Si queremos hacerlo en el Servicio, tendremos que editarlo y seleccionar la política.

Las recomendaciones de A10 para las políticas son:

Para los escenarios que estén en modo Active-Standby, usar la Admin-IP para enviar el tráfico al primario siempre que esté disponible

Para los que estén en Active-Active, usar la Geographic, weighted o RTT para determinar el mejor sitio a donde enviar a los clientes.