- Why Edgenexus?
- Try
- Products
- Solutions
- Applications
- Resources
COMPARE
READ
WATCH
SEE
Alliances and Partners
- Support
Prueba del Global Server Load Balancer
(GSLB)
Bienvenido a nuestra prueba de conducción GSLB.
Esperamos que disfrutes de tu experiencia con el Edgenexus GSLB y nos gustaría que tuvieras una configuración realista con la que jugar.
Gracias por tu interés en el producto Edgenexus GSLB.
-
Como parte de esta prueba, hemos preconfigurado algunos servicios de ejemplo para que puedas ponerte en marcha.
-
Alojamos esta configuración en Azure, pero no te preocupes, no necesitas tener una cuenta Azure y además es GRATIS.
-
Puedes reconfigurar el aparato para probarlo en tus propios servidores.
- Las siguientes instrucciones están diseñadas para ayudarte a navegar por la Plataforma de Entrega de Aplicaciones ALB-X edgeNEXUS y la GUI GSLB.
En primer lugar, haz una prueba de conducción aquí:
Hay varias aplicaciones para GSLB en un entorno de entrega / alojamiento de aplicaciones:
-
Nube múltiple y nube híbrida o incluso migrar a la nube.
-
Proporcionar resiliencia al centro de datos, redirigiendo el tráfico a un sitio de respaldo en caso de que el sitio primario falle por completo.
-
Proporciona una entrega de contenidos optimizada dirigiendo al cliente a la mejor ubicación para satisfacer sus peticiones.
-
Proporcionar contenidos localizados geográficamente en función de la ubicación del cliente.
- GSLB lo gestiona añadiendo inteligencia al proceso de resolución DNS.
Así que, para sacar el máximo partido a la prueba de conducción, lo ideal es que tengas acceso a tu propio servidor DNS y puedas definir un subdominio que será resuelto por el GSLB.
Normalmente, la función GSLB se utiliza para determinadas aplicaciones/servicios e implica la resolución de parte de tu espacio de nombres DNS.
Así, por ejemplo, podría utilizarse para proporcionar inteligencia y resistencia a la parte www del dominio tuempresa.com.
Para facilitar la gestión de la función GSLB, normalmente se crea un nombre de subdominio independiente que delega las tareas de resolución DNS en el GSLB.
Por ejemplo, todo lo que contenga geo.tuempresa.com se reenvía al GSLB para su resolución.
- El GSLB tendrá varias entradas de registro A para cada posible servidor que aloje la aplicación, por ejemplo www1.geo.tuempresa.com, www2.geo.tuempresa.com.
El servidor DNS corporativo está configurado con una entrada CNAME que aliasa el nombre de dominio www.yourcompany.com a www.geo.yourcompany.com para que la tarea de resolución se reenvíe al GSLB como fuente autorizada para resolver el recurso deseado.
El GSLB comprobará la salud de cada uno de los servidores configurados como parte del espacio de nombres www.geo.yourcompany.com y responderá con el servidor más apropiado en función de la política GSLB configurada.
A los dispositivos desplegados en Azure se les asignan direcciones IP del espacio de direcciones IP privadas de Azure. El ALB-X y el GSLB no son diferentes en este sentido. Para acceder desde Internet se utiliza una función NAT de pública a privada.
Como parte del proceso de lanzamiento de la prueba de conducción, se te enviarán detalles sobre cómo acceder a la interfaz web de gestión de la plataforma de aplicaciones ALB-X. Utiliza una conexión HTTPs al puerto que
- https://AZUREHOSTNAME:27376
Tendrás un nombre de usuario y una contraseña únicos (en un correo electrónico enviado desde Azure).
Una vez que aceptes la advertencia del certificado local e inicies sesión con las credenciales.
Cuando te conectes, aparecerá la pantalla de Servicios IP.
Aquí hemos preconfigurado 3 servicios y etiquetado su función en el campo Nombre del servicio.
Vamos a la Biblioteca para echar un vistazo a la opción Complementos.
Aquí puedes ver la aplicación GSLB que se ha predesplegado, se ha configurado con un nombre de contenedor (gslb1) y ya se está ejecutando.
La aplicación GSLB Add-On se ejecuta en un contenedor Docker y utiliza una interfaz de red docker0 independiente para comunicarse con la plataforma de aplicaciones ALB-X.
Parte de la configuración del despliegue del Complemento consiste en dar a la Aplicación un nombre de contenedor, por ejemplo gslb1.
Cuando se inicia una aplicación docker, se le asigna una dirección IP del pool docker0. Esta dirección IP puede ser resuelta automáticamente por ALB-X haciendo referencia a la aplicación mediante el nombre de su contenedor docker.
Sólo debes utilizar el nombre del contenedor NO la IP, ya que puede cambiar 🙂
Puedes ver en la parte derecha que a la aplicación se le ha asignado una dirección IP del rango de direcciones IP por defecto de docker0 172.31.x.x
El GSLB utiliza 2 puertos para comunicarse externamente:
- Puerto 53 TCP/UDP para el tráfico DNS y 9393 TCP para el acceso a la consola web de gestión.
Estos los hemos preconfigurado junto con el nombre del contenedor y se ha iniciado la aplicación GSLB.
Para acceder al GSLB que se ejecuta en la interfaz docker0 de Azure es necesario utilizar los Servicios de la plataforma ALB-X para traducir de la dirección IP privada Azure eth0 a la dirección IP interna docker0.
Para ello se han preconfigurado dos de los servicios IP.
Deberías poder acceder a la GUI de gestión del GSLB introduciendo el nombre de host Azure que te han proporcionado seguido del puerto :
- http://AZUREHOST:9393
- El nombre de usuario / contraseña por defecto son admin/jetnexus
Tras iniciar sesión, se te presentará el Panel de control GSLB configurado con una entrada de nombre de dominio ficticia.
Ten en cuenta que no es posible editar una entrada de nombre de dominio, por lo que tendrás que añadir tu propia entrada de nombre de dominio para configurar un valor diferente para utilizar el GSLB en tu entorno DNS.
De momento podemos seguir explorando la configuración ficticia para ver cómo se configura y funciona el sistema.
El dominio que introduzcas aquí es el que el GSLB se encargará de resolver. Así, por ejemplo, si decides, como hemos hecho en el ejemplo, utilizar “geo” como subdominio y tienes un dominio punto com, introducirías :
- geo.yourownrealdomain.com
al añadir el nuevo dominio.
El resto de los ajustes puedes dejarlos por defecto.
Ahora tendrás 2 dominios configurados así.
Si haces clic en la entrada preconfigurada geo.tudominio.com, verás que se han añadido 2 entradas de registro A junto con un registro SOA ficticio por defecto.
Las entradas del registro A son donde se configuran las direcciones IP de los servidores de aplicaciones (o VIPs del equilibrador de carga).
Para una configuración DNS completa, también tendrás que añadir registros de servidor de nombres que apunten a la/s propia/s dirección/es IP del GSLB.
Volvamos a la pantalla Servicios IP en ALB-X.
La segunda entrada configurada utilizando el puerto 53 es el servicio utilizado para permitir que tu propio servidor DNS se comunique con el servidor GSLB.
La tercera entrada, que en nuestro caso utiliza el puerto 80, sirve para definir y realizar la comprobación de salud de los servidores reales y también para asignar las entradas del registro A al nombre de servicio del dominio GSLB.
Las partes importantes de la configuración de esta entrada son:
Nombre del servicio. Esto es a lo que apuntará la entrada CNAME ascendente en el servidor DNS ascendente para resolver la dirección IP del servicio al que intenta acceder el cliente. Así, en la configuración del ejemplo hemos utilizado servicio1.geo.tudominio.com.
Entradas de dirección en la sección Servidores Reales de la configuración del servicio. El ALB-X realiza una búsqueda de las direcciones IP para los nombres de host configurados como entradas de servidores reales remitiéndose al GSLB que está configurado como su entrada DNS primaria. Realizará la comprobación de salud configurada en la pestaña Básico para confirmar la alcanzabilidad de la dirección IP / puerto del servidor devuelto.
La información configurada para este servicio es “desguazada” por el GSLB mediante la API REST de ALB-X e introducida en la configuración de los Servicios Virtuales del GSLB.
Echemos un vistazo a la GUI de GSLB para ver lo que hay.
Aquí podemos ver que ha encontrado e importado la entrada de servicio1.geo.tudominio.com.
- Para probar que encuentra esta información del servicio ALB-X configurado con el mismo Nombre de Servicio, cambiemos el Nombre de Servicio en ALB-X por otro como www.geo.yourdomain.com (debe tener el mismo sufijo geo.tudominio.com).
Actualiza la pantalla del menú del Servicio Virtual GSLB.
- Ahora puedes ver que el nombre del dominio ha cambiado a www.geo.yourdomain.com
Política GSLB
Si miras la entrada, verás que la Política GSLB por defecto es Round Robin. Como su nombre indica, cuando se le pregunte por el nombre de dominio www.geo.yourdomain.com, responderá realizando un ciclo secuencial entre los posibles hosts/direcciones IP alternativos disponibles.
- Si haces clic en Editar y en el desplegable Política GSLB, podrás ver las otras opciones de Política GSLB de Peso Fijo y Geolocalización disponibles.
Entra en www.geo.yourdomain.com pulsando en el enlace o seleccionando gestionar.
Aquí puedes ver la salud de los servidores que forman parte del dominio equilibrado GSLB.
Su estado se muestra como conectado, es decir, la comprobación de estado es correcta. Como este servicio está configurado para round robin y ambos servidores están configurados como Online, cada sitio o servidor recibirá tráfico por turnos.
Si quieres que el sitio secundario funcione en modo DR (recuperación ante desastres) y sólo se le envíe tráfico en caso de que falle el primario, puedes conseguirlo configurando la opción Actividad para el servicio ALB-X.
- Vuelve a la pestaña Servicios IP de ALB-X y haz doble clic en la configuración de Actividad del servidor2.geo.tudominio.com, elige En espera y haz clic en Actualizar. El LED de Estado debería cambiar a naranja. Vuelve a la ventana del Servicio Virtual GSLB, haz clic en Actualizar y verás que el Estado del servidor2.geo.tudominio.com aparece ahora como En espera.
Probar el GSLB como servidor DNS primario
El escenario ideal para realizar las pruebas del GSLB será integrarlo en tu actual entorno informático de servidor DNS. Si esto no es posible, puedes realizar algunas pruebas sencillas para empezar, reconfigurando tu dispositivo de prueba PC/Mac, etc. para que utilice el GSLB como servidor DNS primario y un DNS alternativo como secundario.
- Cualquier acción que requiera la resolución del DNS se enviará primero al GSLB para que lo resuelva y así podrás ver las respuestas que devuelve. Si el GSLB no puede resolver el nombre, el Anfitrión lo enviará al secundario.
Con la dirección IP correcta para tu instancia de Prueba de Acceso introducida como en el ejemplo anterior.
- Abre un símbolo del sistema e intenta hacer ping a www.geo.yourdomain.com
Deberías obtener el resultado que se muestra a continuación, donde puedes ver que la respuesta procede del servidor1.geo.tudominio.com con dirección IP 185.43.50.85
Ahora haz que el primer servidor no pase la comprobación de salud cambiando el puerto de configuración a 81 en lugar de 80.
El servidor2 tiene ahora un estado verde y el servidor1 rojo. Repite la prueba de ping a www.geo.yourdomain.com
Ahora la respuesta es del servidor2.geo.tudominio.com con dirección IP 185.43.50.87
Cuando realices estas pruebas, debes tener en cuenta que el proceso de resolución DNS se realiza en caché, por lo que la conmutación no será inmediata. Cuando configures el GSLB como un resolver autoritativo para subdominios, el TTL debe establecerse en un nivel bajo para garantizar que no se devuelvan resultados obsoletos.
Gracias.
- Esperamos que ahora tengas una buena idea de cómo funciona el sistema y de cómo configurar los distintos aspectos del GSLB Edgenexus.
Agradeceremos cualquier pregunta que puedas hacernos a pre-sales@edgenexus.io.
No te fíes de nuestra palabra: haz una prueba gratuita
Hardware, software o incluso tu propia imagen en línea con un entorno de pruebas completo.
Sólo tienes que decirnos lo que necesitas aquí
TIENDA DE APLICACIONES
Copyright © 2021 Edgenexus Limited.