Implementar NetScaler GSLB en Azure
Con la creciente demanda, las empresas que operan un centro de datos local que atiende a clientes regionales desean escalar e implementar globalmente utilizando la nube de Azure. Con NetScaler del lado del administrador de red, puede usar el StyleBook de GSLB para configurar aplicaciones tanto en las instalaciones como en la nube. Puede transferir la misma configuración a la nube con NetScaler ADM. Puede acceder a recursos locales o en la nube según la proximidad con GSLB. Esto le permite tener una experiencia fluida sin importar en qué parte del mundo se encuentre.
Descripción general de DBS
NetScaler GSLB admite el uso de servicios basados en dominio (DBS) para balanceadores de carga en la nube. Esto permite el descubrimiento automático de servicios dinámicos en la nube mediante una solución de balanceador de carga en la nube. Esta configuración permite a NetScaler implementar GSLB DBS en un entorno Activo-Activo. DBS permite el escalado de recursos de back-end en entornos de Microsoft Azure a partir del descubrimiento de DNS. Esta sección cubre la integración entre NetScalers en el entorno de Azure Autoscale.
Servicios basados en nombres de dominio mediante el balanceador de carga de Azure (ALB)
GSLB DBS utiliza el FQDN del ALB del usuario para actualizar dinámicamente los grupos de servicios de GSLB e incluir los servidores back-end que se crean y eliminan dentro de Azure. Para configurar esta característica, el usuario apunta el Citrix® ADC a su ALB para enrutar dinámicamente a diferentes servidores en Azure. Pueden hacerlo sin tener que actualizar manualmente el Citrix ADC cada vez que se crea y elimina una instancia dentro de Azure. La característica DBS de Citrix ADC para grupos de servicios GSLB utiliza el descubrimiento de servicios compatible con DNS para determinar los recursos de servicio miembro del espacio de nombres DBS identificado en el grupo Autoscale™.
La siguiente imagen muestra los componentes de NetScaler GSLB DBS Autoscale con balanceadores de carga en la nube:
Requisitos previos de Azure GSLB
Los requisitos previos para los grupos de servicios de NetScaler GSLB incluyen un entorno de Microsoft Azure en funcionamiento, junto con el conocimiento y la capacidad para configurar servidores web Linux, dispositivos NetScaler dentro de Azure, direcciones IP públicas y balanceadores de carga de Azure (ALB).
-
La integración del servicio GSLB DBS requiere la versión 12.0.57 de NetScaler para instancias de balanceador de carga de Microsoft Azure.
-
Entidad de grupo de servicios GSLB: versión 12.0.57 de NetScaler.
-
Se introduce el grupo de servicios GSLB que admite el escalado automático mediante el descubrimiento dinámico de DBS.
-
Los componentes de la característica DBS (servicio basado en dominio) deben vincularse al grupo de servicios GSLB.
Ejemplo:
```
> add server sydney_server LB-Sydney-xxxxxxxxxx.australiaeast.cloudapp.azure.com
> add gslb serviceGroup sydney_sg HTTP -autoscale DNS -siteName sydney
> bind gslb serviceGroup sydney_sg sydney_server 80
<!--NeedCopy--> ```
Configurar componentes de Azure
-
Inicie sesión en el portal de usuario de Azure y cree una nueva máquina virtual a partir de una plantilla de NetScaler.
-
Cree un equilibrador de carga de Azure.
-
Agregue los grupos de back-end de NetScaler creados.
-
Cree una sonda de estado para el puerto 80.
Cree una regla de equilibrio de carga utilizando la IP de front-end creada a partir del equilibrador de carga.
-
Protocolo: TCP
-
Puerto de back-end: 80
-
Grupo de back-end: NetScaler creado en el paso 1
-
Sonda de estado: Creada en el paso 4
-
Persistencia de sesión: Ninguna
-
Configurar el servicio GSLB de NetScaler basado en dominio
Las siguientes configuraciones resumen lo que se requiere para habilitar los servicios basados en dominio para ADC de autoescalado en un entorno con GSLB habilitado.
Configuraciones de administración de tráfico
Nota:
Es necesario configurar NetScaler con un servidor de nombres o un servidor virtual DNS a través del cual se resuelven los dominios ALB para los grupos de servicios DBS. Para obtener más información sobre los servidores de nombres o los servidores virtuales DNS, consulte: Servidor de nombres DNS.
-
Vaya a Administración de tráfico > Equilibrio de carga > Servidores.
-
Haga clic en Agregar para crear un servidor, proporcione un nombre y un FQDN correspondientes al registro A (nombre de dominio) en Azure para el ALB.
-
Repita el paso 2 para agregar el segundo ALB del segundo recurso en Azure.
Configuraciones de GSLB
-
Haga clic en el botón Agregar para configurar un sitio GSLB.
-
Especifique los detalles para configurar el sitio GSLB
Asigne un nombre al sitio. El tipo se configura como remoto o local según el NetScaler en el que esté configurando el sitio. La dirección IP del sitio es la dirección IP del sitio GSLB. El sitio GSLB utiliza esta dirección IP para comunicarse con los otros sitios GSLB. La dirección IP pública es necesaria cuando se utiliza un servicio en la nube donde una dirección IP particular está alojada en un firewall externo o dispositivo NAT. Configure el sitio como un sitio principal y asegúrese de que los Monitores de activación estén configurados en SIEMPRE. Además, asegúrese de marcar las tres casillas inferiores para Intercambio de métricas, Intercambio de métricas de red e Intercambio de entradas de sesión de persistencia.
Le recomendamos que configure el monitor de activación en MEPDOWN. Para obtener más información, consulte Configurar un grupo de servicios GSLB.
-
Haga clic en Crear.
-
Vaya a Traffic Management > GSLB > Service Groups.
-
Haga clic en Agregar para añadir un grupo de servicios.
-
Especifique los detalles para configurar el grupo de servicios.
Asigne un nombre al grupo de servicios, use el protocolo HTTP. En Site Name, elija el sitio respectivo que creó. Asegúrese de configurar el modo de escalado automático como DNS y marque las casillas de Estado y Supervisión de estado. Haga clic en Aceptar para crear el grupo de servicios.
-
Haga clic en Service Group Members y seleccione Server Based. Seleccione el ALB respectivo que se configuró al inicio de la guía de ejecución. Configure el tráfico para que pase por el puerto 80. Haga clic en Crear.
La vinculación de miembros del grupo de servicios se rellena con 2 instancias que recibe del ALB.
-
Repita los pasos 5 y 6 para configurar el grupo de servicios para la segunda ubicación de recursos en Azure. (Esto se puede hacer desde la misma GUI de NetScaler).
-
Para configurar un servidor virtual GSLB. Vaya a Traffic Management > GSLB > Virtual Servers.
- Haga clic en Agregar para crear el servidor virtual.
-
Especifique los detalles para configurar el servidor virtual GSLB.
Asigne un nombre al servidor, el tipo de registro DNS se establece como A, el tipo de servicio se establece como HTTP y marque las casillas para Habilitar después de crear y Registro de AppFlow®. Haga clic en Aceptar para crear el servidor virtual GSLB.
-
Una vez creado el servidor virtual GSLB, haga clic en No GSLB Virtual Server ServiceGroup Binding.
-
En ServiceGroup Binding, use Select Service Group Name para seleccionar y agregar los grupos de servicios que se crearon en los pasos anteriores.
-
Configure la vinculación de dominio del servidor virtual GSLB haciendo clic en No GSLB Virtual Server Domain Binding. Configure el FQDN y vincule. Conserve la configuración predeterminada para otros parámetros.
- Configure el servicio ADNS haciendo clic en No Service.
-
Especifique los detalles para configurar el servicio de equilibrio de carga.
Agregue un Service Name, haga clic en New Server e introduzca la IP Address del servidor ADNS. Si el ADNS de usuario ya está configurado, los usuarios pueden seleccionar Existing Server y luego elegir el ADNS de usuario en el menú desplegable. Asegúrese de que el protocolo sea ADNS y de que el tráfico esté configurado para fluir a través del puerto 53.
-
Configure el Method como Least Connection y el método de copia de seguridad como Round Robin.
-
Haga clic en Done y verifique que el servidor virtual GSLB del usuario se muestre como Activo.
Otros recursos
Equilibrio de carga global de NetScaler para implementaciones híbridas y multinube