Cómo funciona GSLB basado en DNS
A continuación presentaremos brevemente el principio de funcionamiento del GSLB basado en DNS.
En la figura anterior, el nodo de control central está configurado con un GSLBController y varios servidores DNS autorizados para el nombre de dominio especificado (abc.com). Además del control GSLB, GSLBController también puede cargar el DNS. Servidor y otros servidores de aplicaciones equilibrados. Configure dos sitios (tomando como ejemplo China Telecom y China Netcom) para proporcionar servicios de aplicaciones. El flujo de trabajo es el siguiente:
1) El usuario inicia una solicitud de acceso y la solicitud DNS relevante se envía al servidor LocalDNS
2) LocalDNS consulta la autorización de abc; .com a través del servidor DNS raíz del servidor DNS, LocalDNS envía una solicitud de DNS al servidor DNS autorizado.
3) GSLBController intercepta la respuesta devuelta por el servidor DNS, selecciona la mejor dirección VIP del sitio en función de un conjunto de políticas y la devuelve al servidor LocalDNS.
GSLBController también puede devolver registros CNAME según políticas predefinidas, lo que se utiliza en diseños GSLB multinivel a gran escala. LocalDNS enviará de forma recursiva solicitudes DNS al GSLBController del siguiente nivel responsable del dominio CNAME especificado.
4) El servidor LocalDNS devuelve la respuesta DNS al usuario.
5) El usuario establece una conexión en base a la dirección IP resuelta para un acceso normal.
Como se puede ver en el flujo de procesamiento de GSLB, el núcleo radica en la estrategia GSLB. A continuación, presentamos brevemente algunas estrategias GSLB de uso común.
1) El "estado de salud" de cada sitio de contenido
GSLBController realiza la Capa 4 en el VIP o servidor (sin equilibrio de carga local) definido en el dispositivo de equilibrio de carga de cada sitio de contenido Comprobaciones de estado de TCP/UDP y comprobaciones de estado de aplicaciones de capa 7. Los sitios que no pasen la verificación de estado no serán seleccionados como los mejores nodos de contenido.
2) Región geográfica o región definida por el usuario
Una región consta de varios prefijos de direcciones IP. Según la dirección IP del DNS local del usuario, los usuarios en un rango de IP específico se asignan preferentemente a un sitio que pasa la verificación de estado. Vale la pena mencionar que debido al principio de funcionamiento del DNS en sí, GSLBController solo puede ver la dirección IP del DNS local del usuario, no la dirección IP del terminal del usuario. Cuando un usuario utiliza el DNS local incorrecto (por ejemplo, un usuario de una red educativa configura el servidor DNS de Netcom), la respuesta DNS devuelta por GSLBController no será la mejor para el sitio. Esta es una debilidad del GSLB basado en DNS, pero dado que la mayoría de los operadores ahora restringen a los clientes de otros operadores el uso de su propio DNS, la proporción de tales configuraciones erróneas es muy pequeña.
3) Peso de la dirección IP
Se puede asignar un peso a cada dirección IP en la respuesta DNS. El peso determina la proporción de tráfico asignado a esta IP en comparación con otras IP candidatas.
4) Peso del sitio
Se puede asignar un peso a cada sitio, y el peso determina la proporción de tráfico asignado al sitio en comparación con otros sitios candidatos.
5) Umbral de capacidad de sesión
A través del protocolo GSLB sin proveedor, GSLBController puede obtener el número máximo de sesiones disponibles actualmente y el tamaño de la tabla de sesiones de cada dispositivo de equilibrio de carga del sitio, y el número actual de sesiones Cuando la proporción de sesiones /max excede el umbral definido, el sitio ya no se selecciona.
6) Servidores activos
Se refiere al número de servidores reales activos que un nodo GSLB está vinculado a un VIP. Se pueden configurar políticas para priorizar las direcciones IP con los servidores más activos.
7) Tiempo de ida y vuelta (RTT)
La estrategia RTT es la estrategia más utilizada fuera de la región. Hay dos modos de medición de RTT: medición de ActiveRTT y medición de PassiveRTT. En la implementación real, ActiveRTT a menudo no está disponible debido a limitaciones de la red y razones de rendimiento, y PassiveRTT es más práctico.
a) Medición ActiveRTT
: cuando GSLBController recibe una solicitud de DNS de LDNS, GSLBController notificará a todos los dispositivos de equilibrio de carga del sitio para que realicen mediciones de RTT en LDNS. Según el valor RTT recopilado, GSLBController seleccionará el VIP del sitio con el valor RTT más pequeño y lo devolverá a LDNS.
-Dado que ActiveRTT utiliza DNSQuery o ICMP para la medición de RTT, es posible que esté filtrado por políticas de seguridad y no funcione en algunas redes.
-La medición ActiveRTT generará tráfico DNSQuery o ICMP adicional. En algunas redes, los usuarios no quieren demasiado tráfico similar de no usuarios.
b) Medición PassiveRTT
-La medición PassiveRTT no tomará la iniciativa de medir ni generará tráfico de datos adicional. En cambio, se recopilará cuando el usuario establezca una conexión. el VIP devuelto.
-La medición PassiveRTT se refiere al tiempo transcurrido desde que el sitio de contenido recibe una solicitud de conexión de un usuario (enviando TCNSYN) hasta recibir la confirmación del usuario (recibiendo TCPACK). En lugar de un simple tiempo de respuesta de PING, puede medir con mayor precisión los sitios a los que se accede más rápidamente.
-El valor de medición de PassiveRTT refleja verdaderamente la experiencia en línea del usuario y no generará tráfico adicional en la red del operador. Tampoco se ve afectado por las políticas de seguridad de otros operadores o redes. Al igual que con las políticas basadas en zonas, la selección basada en RTT también será subóptima cuando el usuario configure el DNS incorrecto.
8) Número actual de sesiones disponibles
9) Prioridad de administración del sitio (Preferencia de administrador)
Preestablezca la prioridad para cada sitio y seleccione el que tenga mayor Sitio de alta prioridad.
10) Mínima Selección
Selecciona el nodo que haya sido seleccionado el menor número de veces.
11) Round Robin
Utilice el método de encuesta para seleccionar el sitio.
Resumen
Aunque la precisión del GSLB basado en DNS se reducirá en circunstancias especiales (los usuarios configuran DNS incorrectos), sus ricas estrategias, rendimiento escalable y aplicación para cualquier IP Las ventajas El protocolo, la independencia de las políticas de acceso a Internet y los procesos comerciales inmutables la convierten en la tecnología GSLB más común, y muchos fabricantes mejoran constantemente esta tecnología.