Este artículo ha sido traducido automáticamente. (Aviso legal)
Implemente NetScaler GSLB en Azure
Con la creciente demanda, las empresas que administran un centro de datos local que atiende a clientes regionales desean escalar e implementar en todo el mundo mediante la nube de Azure. Con NetScaler como administrador de red, puede usar el GSLB StyleBook para configurar aplicaciones tanto locales 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 dónde se encuentre en el mundo.
Descripción general de DBS
NetScaler GSLB admite el uso de servicios basados en dominios (DBS) para balanceadores de carga en la nube. Esto permite el descubrimiento automático de servicios en la nube dinámicos mediante una solución de equilibrador de carga en la nube. Esta configuración permite al NetScaler implementar GSLB DBS en un entorno activo-activo. DBS permite escalar los recursos de back-end en entornos de Microsoft Azure a partir del descubrimiento de DNS. En esta sección se describe la integración entre NetScalers en el entorno de Azure Autoscale.
Servicios basados en nombres de dominio que utilizan el balanceador de carga de Azure (ALB)
GSLB DBS usa el FQDN del ALB del usuario para actualizar dinámicamente los grupos de servicios GSLB a fin de incluir los servidores back-end que se crean y eliminan dentro de Azure. Para configurar esta función, el usuario dirige el Citrix ADC a su ALB para enrutar dinámicamente a diferentes servidores de Azure. Pueden hacerlo sin tener que actualizar manualmente el Citrix ADC cada vez que se crea y elimina una instancia en Azure. La función Citrix ADC DBS para grupos de servicios GSLB utiliza la detección de servicios con reconocimiento de 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 GSLB de NetScaler 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 las instancias del balanceador de carga de Microsoft Azure.
-
Entidad del grupo de servicios GSLB: NetScaler versión 12.0.57.
-
Se presenta el grupo de servicios GSLB que admite el escalado automático mediante la detección dinámica de DBS.
-
Los componentes de funciones de DBS (servicio basado en el dominio) deben estar enlazados 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
Configurar componentes de Azure
-
Inicie sesión en el usuario Azure Portal 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 del front-end creada desde el balanceador de carga.
-
Protocolo: TCP
-
Puerto de fondo: 80
-
Grupo de back-end: NetScaler creado en el paso 1
-
Health Probe: creada en el paso 4
-
Persistencia de la sesión: ninguna
-
Configurar el servicio basado en el dominio NetScaler GSLB
Las siguientes configuraciones resumen lo que se necesita para habilitar los servicios basados en dominio para el escalado automático de los ADC en un entorno habilitado para GSLB.
Configuraciones de administración del 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 servidores de nombres o servidores virtuales DNS, consulte Servidor de nombres DNS
-
Vaya aAdministración del tráfico > Equilibrio de carga > Servidores.
-
Haga clic enAgregarpara crear un servidor y proporcione un nombre y un FQDN correspondientes al registro A (nombre de dominio) de Azure para el ALB.
-
Repita el paso 2 para agregar la segunda ALB del segundo recurso en Azure.
Configuraciones GSLB
-
Haga clic en Agregarpara 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 en función del 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 demás sitios GSLB. La dirección IP pública es necesaria cuando se utiliza un servicio en la nube en el que una dirección IP concreta está alojada en un firewall externo o en un 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 de la parte inferior para Metric Exchange, Network Metric Exchangey Persistence Session Entry Exchange.
Le recomendamos que configure el monitor de activación en MEPDOWN. Para obtener más información, consulteConfigurar un grupo de servicios GSLB.
-
Haga clic en Create.
-
Vaya aAdministración del tráfico > GSLB > Grupos de servicios.
-
Haga clic enAgregarpara agregar un grupo de servicios.
-
Especifique los detalles para configurar el grupo de servicios
Asigne un nombre al grupo de servicios y utilice el protocolo HTTP. En Nombre del sitio, elija el sitio respectivo que creó. Debe configurar el modo Autoscale como DNS y marcar las casillas para Supervisión de estado y Estado. Haga clic en Aceptar para crear el grupo de servicios.
-
Haga clic enMiembros del grupo de serviciosy seleccioneBasado en servidores. 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 Create.
El enlace del miembro del grupo de servicio se completa 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 Administración del tráfico > GSLB > Servidores virtuales.
- 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 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 enNo GSLB Virtual Server ServiceGroup Binding.
-
En ServiceGroup Binding, utiliceSeleccionar nombre de grupo de serviciospara seleccionar y agregar los grupos de servicios que se crearon en los pasos anteriores.
-
Configure el enlace de dominio del servidor virtual GSLB haciendo clic enSin enlace de dominio de servidor virtual GSLB. Configure el FQDN y el enlace. Mantenga la configuración predeterminada para otros parámetros.
- Configure el servicio ADNS haciendo clic en Sin servicio.
-
Especifique los detalles para configurar el servicio de equilibrio de carga.
Agregue un nombre de servicio, haga clic enNuevo servidore introduzca la dirección IP del servidor ADNS. Si el ADNS de usuario ya está configurado, los usuarios pueden seleccionarServidor existentey, a continuación, elegir el ADNS de usuario en el menú desplegable. Asegúrese de que el protocolo sea ADNS y que el tráfico esté configurado para fluir por el puerto 53.
-
Configure el método como conexión mínima y el método de respaldo como Round Robin.
-
Haga clic enListoy compruebe que el servidor virtual GSLB del usuario aparezca como Activado.
Otros recursos
Equilibrio de carga global de NetScaler para implementaciones híbridas y multinube