ADC

Método dinámico de ida y vuelta

August 11, 2023

Contribución de:

El tiempo de ida y vuelta dinámico (RTT) es una medida del tiempo o el retraso en la red entre el servidor DNS local del cliente y un recurso de datos. Para medir el RTT dinámico, el dispositivo NetScaler sondea el servidor DNS local del cliente y recopila la información métrica del RTT. A continuación, el dispositivo utiliza esta métrica para tomar una decisión sobre el equilibrio de carga. El equilibrio de carga global del servidor monitorea el estado en tiempo real de la red y dirige dinámicamente la solicitud del cliente al centro de datos con el valor de RTT más bajo.

Cuando la solicitud de DNS de un cliente para un dominio llega al dispositivo NetScaler configurado como DNS autorizado para ese dominio, el dispositivo utiliza el valor RTT para seleccionar la dirección IP del sitio con mejor rendimiento y enviarla como respuesta a la solicitud de DNS.

El dispositivo NetScaler utiliza diferentes mecanismos, como la solicitud o respuesta de eco (PING) de ICMP, el UDP y el TCP, para recopilar las métricas de RTT de las conexiones entre el servidor DNS local y los sitios participantes. El dispositivo envía primero una sonda de ping para determinar el RTT. Si la sonda de ping falla, se utiliza una sonda UDP de DNS. Si ese sondeo también falla, el dispositivo utiliza un sondeo TCP DNS.

Estos mecanismos se representan en el dispositivo NetScaler como monitores de equilibrio de carga y se identifican fácilmente gracias al uso del prefijo “ldns”. Los tres monitores, en su orden predeterminado, son:

ldns-ping
ldns-dns
ldns-tcp

Estos monitores están integrados en el dispositivo y están configurados con valores predeterminados seguros. Sin embargo, se pueden personalizar como cualquier otro monitor del dispositivo.

Puede cambiar el orden predeterminado configurándolo explícitamente como parámetro GSLB. Por ejemplo, para establecer el orden para que sea la consulta UDP de DNS seguida del PING y, a continuación, del TCP, escriba el siguiente comando:

set gslb parameter -ldnsprobeOrder DNS PING TCP
<!--NeedCopy-->

A menos que se hayan personalizado, el dispositivo NetScaler realiza sondeos de UDP y TCP en el puerto 53; sin embargo, a diferencia de los monitores de equilibrio de carga normales, las sondas no necesitan realizarse correctamente para proporcionar información RTT válida. Los mensajes no disponibles en el puerto ICMP, los restablecimientos de TCP y las respuestas a errores de DNS, que normalmente constituirían un error, son todos aceptables para calcular el valor de RTT.

Una vez recopilados los datos de RTT, el dispositivo utiliza el protocolo de intercambio de métricas (MEP) patentado para intercambiar valores de RTT entre los sitios participantes. Tras calcular las métricas de RTT, el dispositivo ordena los valores de RTT para identificar el centro de datos con la mejor métrica de RTT (la más pequeña).”

Si la información de RTT no está disponible (por ejemplo, cuando el servidor DNS local de un cliente accede al sitio por primera vez), el dispositivo NetScaler selecciona un sitio mediante el método de todos contra todos y dirige al cliente al sitio.

Para configurar el método dinámico, configure el servidor virtual GSLB del sitio para el RTT dinámico. También puede establecer el intervalo en el que los servidores DNS locales se sondean con un valor distinto del predeterminado.

Configurar un servidor virtual GSLB para RTT dinámico

Para configurar un servidor virtual GSLB para RTT dinámico, especifique el método de equilibrio de carga RTT.

El dispositivo NetScaler valida periódicamente la información de temporización de un servidor local determinado. Si un cambio en la latencia supera el factor de tolerancia configurado, el dispositivo actualiza su base de datos con la nueva información de temporización y envía el nuevo valor a otros sitios de GSLB mediante un intercambio de MEP. El factor de tolerancia predeterminado es de 5 milisegundos (ms).

El factor de tolerancia del RTT debe ser el mismo en todo el dominio GSLB. Si lo cambia para un sitio, debe configurar factores de tolerancia de RTT idénticos en todos los dispositivos NetScaler implementados en el dominio GSLB.

Para configurar un servidor virtual GSLB para RTT dinámico mediante la interfaz de línea de comandos

En el símbolo del sistema, escriba:

set gslb vserver <name> -lbMethod RTT -tolerance <value>
<!--NeedCopy-->

Ejemplo:

set gslb vserver Vserver-GSLB-1 -lbMethod RTT -tolerance 10
<!--NeedCopy-->

Para configurar un servidor virtual GSLB para RTT dinámico mediante la utilidad de configuración

Vaya a Administración del tráfico > GSLB > Servidores virtuales y haga doble clic en el servidor virtual.

Defina el intervalo de sondeo de los servidores DNS locales

El dispositivo NetScaler utiliza diferentes mecanismos, como la solicitud o respuesta de eco (PING) de ICMP, el TCP y el UDP para obtener las métricas de RTT de las conexiones entre el servidor DNS local y los sitios GSLB participantes. De forma predeterminada, el dispositivo usa un monitor de ping y sondea el servidor DNS local cada 5 segundos. A continuación, el dispositivo espera 2 segundos para recibir la respuesta. Si no se recibe una respuesta en ese tiempo, utiliza el monitor DNS TCP para realizar el sondeo.

Sin embargo, puede modificar el intervalo de tiempo para sondear el servidor DNS local para adaptarlo a su configuración.

Para modificar el intervalo de sondeo mediante la interfaz de línea de comandos

En el símbolo del sistema, escriba:

set lb monitor <monitorName> <type> -interval <integer> <units> -resptimeout <integer> <units>
<!--NeedCopy-->

Ejemplo:

set lb monitor ldns-tcp LDNS-TCP -interval 10 sec -resptimeout 5 sec
<!--NeedCopy-->

Para modificar el intervalo de sondeo mediante la utilidad de configuración

Vaya a Administración del tráfico > Equilibrio de carga > Monitoresy haga doble clic en el monitor que desee modificar (por ejemplo, ping).

La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Cloud Software Group solo tiene traducción automática. Cloud Software Group no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Cloud Software Group se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Cloud Software Group, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Cloud Software Group no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.

Método dinámico de ida y vuelta

August 11, 2023

Contribución de:

August 11, 2023

Contribución de:

En este artículo

Configurar un servidor virtual GSLB para RTT dinámico
Defina el intervalo de sondeo de los servidores DNS locales