Documentación de productos
ADC
14.1 - Current Release 13.1 13.0 12.1
Ver PDF

Implemente NetScaler GSLB en AWS

April 15, 2024
Contribución de: 
C

La configuración de GSLB para NetScaler en AWS consiste básicamente en configurar NetScaler para equilibrar la carga del tráfico a los servidores ubicados fuera de la VPC a la que pertenece NetScaler, por ejemplo, dentro de otra VPC en una región de disponibilidad diferente o en un centro de datos local.

image-vpx-aws-gslb-deployment-01

Descripción general de DBS

La compatibilidad con GSLB de NetScaler con DBS (Servicios basados en dominios) para equilibradores de carga en la nube 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 a NetScaler implementar los servicios basados en nombres de dominio (GSLB DBS) de equilibrio de carga de servidores globales en un entorno activo-activo. DBS permite escalar los recursos de back-end en entornos de AWS a partir del descubrimiento de DNS.

En esta sección se describen las integraciones entre NetScaler en entornos de AWS AutoScaling. La sección final del documento detalla la capacidad de configurar un par de ADC de NetScaler de alta disponibilidad que abarquen dos zonas de disponibilidad (AZ) diferentes específicas de una región de AWS.

Servicios basados en nombres de dominio (DBS) con ELB

GSLB DBS utiliza el FQDN del usuario Elastic Load Balancer (ELB) para actualizar dinámicamente los grupos de servicios de GSLB a fin de incluir los servidores back-end que se crean y eliminan en AWS. Los servidores o instancias back-end de AWS se pueden configurar para que escalen en función de la demanda de la red o la utilización de la CPU. Para configurar esta función, dirija NetScaler al ELB para enrutarlo dinámicamente a diferentes servidores de AWS sin tener que actualizar NetScaler manualmente cada vez que se cree y elimine una instancia en AWS. La función DBS de NetScaler para grupos de servicios GSLB utiliza la detección de servicios con reconocimiento de DNS para determinar los recursos de servicios miembros del espacio de nombres de DBS identificado en el grupo AutoScale.

Componentes de NetScaler GSLB DBS AutoScale con balanceadores de carga en la nube:

image-vpx-aws-gslb-deployment-02

Configurar los componentes de AWS

Grupos de seguridad

Nota:

Le recomendamos que cree diferentes grupos de seguridad para ELB, la instancia GSLB de NetScaler y la instancia de Linux, ya que el conjunto de reglas requerido para cada una de estas entidades es diferente. Este ejemplo tiene una configuración de grupo de seguridad consolidada para mayor brevedad.

Para garantizar la configuración correcta del firewall virtual, consulte: Security Groups for Your VPC.

  1. Inicie sesión en elgrupo de recursos de AWSdel usuario y vaya aEC2 > NETWORK & SECURITY > Security Groups.

image-vpx-aws-gslb-deployment-03

  1. Haga clic enCrear grupo de seguridady proporcione un nombre y una descripción. Este grupo de seguridad abarca los servidores web back-end de NetScaler y Linux.

image-vpx-aws-gslb-deployment-04

  1. Agregue las reglas de puertos de entrada de la siguiente captura de pantalla.

    Nota:

    Se recomienda limitar el acceso IP de origen para el endurecimiento granular. Para obtener más información, consulte: Reglas del servidor web.

    image-vpx-aws-gslb-deployment-05

  2. Servicios web back-end de Amazon Linux

    1. Inicie sesión en elgrupo de recursos de AWSdel usuario y vaya aEC2 > Instancias.

    image-vpx-aws-gslb-deployment-06

    1. Haga clic enLanzar instancia con los detalles que aparecen a continuación para configurar la instancia deAmazon Linux .

    Introduzca los detalles sobre la configuración de un servidor web o un servicio de fondo en esta instancia.

    image-vpx-aws-gslb-deployment-07

  3. Configuración de NetScaler

    1. Inicie sesión en elgrupo de recursos de AWSdel usuario y vaya aEC2 > Instancias.

    image-vpx-aws-gslb-deployment-08

    1. Haga clic enLaunch Instancey utilice los siguientes detalles para configurar la instancia deAmazon AMI.

    image-vpx-aws-gslb-deployment-09

  4. Configuración de IP elástica

    Nota:

    También se puede hacer que NetScaler se ejecute con una sola IP elástica si es necesario para reducir los costes, al no tener una IP pública para el NSIP. En su lugar, adjunte una IP elástica al SNIP que pueda cubrir el acceso de administración a la caja, además de la IP del sitio GSLB y la IP de ADNS.

    1. Inicie sesión en elgrupo de recursos de AWSdel usuario y vaya aEC2 > RED Y SEGURIDAD > IP elásticas.

    2. Haga clic en Asignar nueva dirección para crear una dirección IP elástica.

    3. Configure la IP elástica para que apunte al usuario que ejecuta la instancia de NetScaler en AWS.

    4. Configure una segunda IP elástica y vuelva a dirigirla al usuario que ejecuta la instancia de NetScaler.

    image-vpx-aws-gslb-deployment-10

  5. Equilibrador de carga elástico

    1. Inicie sesión en el grupo de recursos de AWSdel usuario y vaya aEC2 > LOAD BALANCING > Load Balancers.

    image-vpx-aws-gslb-deployment-11

    1. Haga clic en Crear equilibrador de carga para configurar un equilibrador de carga clásico.

    Los Elastic Load Balancers de usuario permiten a los usuarios equilibrar la carga de sus instancias de Amazon Linux de back-end y, al mismo tiempo, pueden equilibrar la carga de otras instancias que se ponen en marcha según la demanda.

    image-vpx-aws-gslb-deployment-12

Configuración de servicios basados en nombres de dominio de equilibrio de carga de servidores globales

Para ver las configuraciones de administración del tráfico, consulte Configurar el servicio basado en el dominio GSLB de NetScaler.

Tipos de implementación

Implementación de tres NIC

  • Implementaciones típicas

    • Libro de estilo GSLB

    • Con ADM

    • Con GSLB (Route53 con registro de dominio)

    • Licencias - Pooled/Marketplace

  • Casos de uso

    • Las implementaciones de tres NIC se utilizan para lograr un aislamiento real del tráfico de datos y administración.

    • Las implementaciones de tres NIC también mejoran la escala y el rendimiento del ADC.

    • Las implementaciones de tres NIC se utilizan en aplicaciones de red donde el rendimiento suele ser de 1 Gbps o superior y se recomienda una implementación de tres NIC.

Despliegue de CFT

Los clientes implementarían el uso de plantillas de CloudFormation si están personalizando sus implementaciones o si están automatizando sus implementaciones.

Pasos de implementación

Los pasos de implementación son los siguientes:

  1. Implementación de tres NIC para GSLB
  2. Licencias
  3. Opciones de implementación

Implementación de tres NIC para GSLB

La instancia de NetScaler VPX está disponible como Amazon Machine Image (AMI) en el mercado de AWS y se puede lanzar como una instancia de Elastic Compute Cloud (EC2) dentro de una VPC de AWS. El tipo mínimo de instancia EC2 permitido como AMI compatible en NetScaler VPX es m4.large. La instancia AMI de NetScaler VPX requiere un mínimo de 2 CPU virtuales y 2 GB de memoria. Una instancia EC2 lanzada dentro de una VPC de AWS también puede proporcionar las múltiples interfaces, varias direcciones IP por interfaz y direcciones IP públicas y privadas necesarias para la configuración VPX. Cada instancia VPX requiere al menos tres subredes IP:

  • Una subred de administración
  • Una subred (VIP) orientada al cliente
  • Una subred orientada al back-end (SNIP)

NetScaler recomienda tres interfaces de red para una instalación de VPX estándar en AWS.

Actualmente, AWS hace que la funcionalidad de IP múltiple esté disponible solo para las instancias que se ejecutan en una VPC de AWS. Una instancia VPX en una VPC se puede utilizar para equilibrar la carga de servidores que se ejecutan en instancias EC2. Una red VPC de Amazon permite a los usuarios crear y controlar un entorno de red virtual, que incluye su propio intervalo de direcciones IP, subredes, tablas de redirección y puertas de enlace de red.

Nota:

De forma predeterminada, los usuarios pueden crear hasta 5 instancias de VPC por región de AWS para cada cuenta de AWS. Los usuarios pueden solicitar límites de VPC más altos enviando el formulario de solicitud de Amazon aquí: Solicitud de Amazon VPC.

Licencias

Una instancia de NetScaler VPX en AWS requiere una licencia. Las siguientes opciones de licencia están disponibles para las instancias de NetScaler VPX que se ejecutan en AWS:

  • Gratis (ilimitado)
  • Cada hora
  • Anual

Trae su propia licencia

Prueba gratuita (todas las ofertas de suscripción a NetScaler VPX-AWS durante 21 días gratis en AWS Marketplace).

Opciones de implementación

Los usuarios pueden implementar una instancia independiente de NetScaler VPX en AWS. Para obtener más información, consulte Implementar una instancia independiente de NetScaler VPXen AWS

Equilibrio de carga global de NetScaler para despliegues híbridos y multinube

La solución de balanceo de cargas de servidores globales (GSLB) de NetScaler, híbrida y multinube, permite a los usuarios distribuir el tráfico de aplicaciones en varios centros de datos en nubes híbridas, nubes múltiples e implementaciones locales. La solución GSLB híbrida y multinube de NetScaler ayuda a los usuarios a gestionar su configuración de equilibrio de carga en entornos híbridos o multinube sin alterar la configuración existente. Además, si los usuarios tienen una configuración local, pueden probar algunos de sus servicios en la nube con la solución GSLB híbrida y multinube de NetScaler antes de migrar por completo a la nube. Por ejemplo, los usuarios solo pueden redirigir un pequeño porcentaje de su tráfico a la nube y gestionar la mayor parte del tráfico en las instalaciones. La solución GSLB híbrida y multinube de NetScaler también permite a los usuarios gestionar y supervisar las instancias de NetScaler en distintas ubicaciones geográficas desde una única consola unificada.

Una arquitectura híbrida y multinube también puede mejorar el rendimiento empresarial general al evitar la “dependencia del proveedor” y utilizar una infraestructura diferente para satisfacer las necesidades de los socios usuarios y los clientes. Con una arquitectura de nube múltiple, los usuarios pueden administrar mejor sus costes de infraestructura, ya que ahora tienen que pagar solo por lo que utilizan. Los usuarios también pueden escalar mejor sus aplicaciones, ya que ahora utilizan la infraestructura a pedido. También ofrece la posibilidad de cambiar rápidamente de una nube a otra para aprovechar las mejores ofertas de cada proveedor.

Arquitectura de la solución GSLB híbrida y multinube de NetScaler

El siguiente diagrama ilustra la arquitectura de la función GSLB híbrida y multinube de NetScaler.

image-vpx-aws-gslb-deployment-27

Los nodos GSLB de NetScaler gestionan la resolución de nombres DNS. Cualquiera de estos nodos GSLB puede recibir solicitudes de DNS desde cualquier ubicación de cliente. El nodo GSLB que recibe la solicitud de DNS devuelve la dirección IP del servidor virtual del equilibrador de carga seleccionada por el método de equilibrio de carga configurado. Las métricas (métricas de sitio, red y persistencia) se intercambian entre los nodos GSLB mediante el protocolo de intercambio de métricas (MEP), que es un protocolo patentado de NetScaler. Para obtener más información sobre el protocolo MEP, consulte:Configurar el protocolo de intercambio de métricas.

El monitor configurado en el nodo GSLB monitorea el estado del servidor virtual de equilibrio de carga en el mismo centro de datos. En una topología padre-hijo, las métricas entre los nodos GSLB y NetScaler se intercambian mediante MEP. Sin embargo, la configuración de las sondas de monitorización entre un nodo GSLB y un nodo NetScaler LB es opcional en una topología padre-hijo.

El agente NetScaler permite la comunicación entre la consola de NetScaler y las instancias administradas en el centro de datos del usuario. Para obtener más información sobre los agentes de NetScaler y cómo instalarlos, consulte: Introducción.

Nota:

En este documento se hacen las siguientes suposiciones:

  • Si los usuarios tienen una configuración de equilibrio de carga existente, está en funcionamiento.

  • Se configura una dirección SNIP o una dirección IP de sitio GSLB en cada nodo GSLB de NetScaler. Esta dirección IP se utiliza como dirección IP de origen del centro de datos al intercambiar métricas con otros centros de datos.

  • Se configura un servicio ADNS o ADNS-TCP en cada una de las instancias GSLB de NetScaler para recibir el tráfico de DNS.

  • El firewall y los grupos de seguridad necesarios se configuran en los proveedores de servicios en la nube.

Configuración de grupos de seguridad

Los usuarios deben configurar la configuración de grupos de firewall/seguridad requerida en los proveedores de servicios en la nube. Para obtener más información sobre las funciones de seguridad de AWS, consulte:AWS/Documentation/Amazon VPC/User Guide/Security.

Además, en el nodo GSLB, los usuarios deben abrir el puerto 53 para la dirección IP del servidor DNS y el servicio ADNS y el puerto 3009 para la dirección IP del sitio GSLB para el intercambio de tráfico MEP. En el nodo de equilibrio de carga, los usuarios deben abrir los puertos adecuados para recibir el tráfico de la aplicación. Por ejemplo, los usuarios deben abrir el puerto 80 para recibir tráfico HTTP y abrir el puerto 443 para recibir tráfico HTTPS. Abra el puerto 443 para la comunicación NITRO entre el agente NetScaler y NetScaler Console.

Para el método GSLB dinámico de ida y vuelta, los usuarios deben abrir el puerto 53 para permitir las sondas UDP y TCP, según el tipo de sonda LDNS configurado. Las sondas UDP o TCP se inician con uno de los SNIP y, por lo tanto, esta configuración debe realizarse para los grupos de seguridad enlazados a la subred del lado del servidor.

Capacidades de la solución GSLB híbrida y multinube de NetScaler

En esta sección se describen algunas de las capacidades de la solución GSLB híbrida y multinube de NetScaler.

Compatibilidad con otras soluciones de equilibrio de carga

La solución GSLB híbrida y multinube de NetScaler es compatible con varias soluciones de equilibrio de carga, como NetScaler Load Balancer, NGINX, HAProxy y otros balanceadores de carga de terceros.

Nota:

Las soluciones de equilibrio de carga distintas de NetScaler solo se admiten si se utilizan métodos GSLB basados en la proximidad y no en métricas y si la topología padre-hijo no está configurada.

Métodos GSLB

La solución GSLB híbrida y multinube de NetScaler admite los siguientes métodos de GSLB.

  • Métodos GSLB basados en métricas. Los métodos GSLB basados en métricas recopilan métricas de los demás nodos de NetScaler mediante el protocolo de intercambio de métricas.

    • Conexión mínima: la solicitud del cliente se redirige al equilibrador de carga que tiene el menor número de conexiones activas.

    • Ancho de banda mínimo: La solicitud del cliente se redirige al equilibrador de carga que actualmente está sirviendo la menor cantidad de tráfico.

    • Cantidad mínima de paquetes: la solicitud del cliente se envía al balanceador de cargas que ha recibido la menor cantidad de paquetes en los últimos 14 segundos.

  • Métodos GSLB no métricos

    • Round Robin: la solicitud del cliente se envía a la dirección IP del balanceador de carga que se encuentra en la parte superior de la lista de balanceadores de carga. A continuación, ese balanceador de carga pasa al final de la lista.

    • Hash de IP de origen: este método utiliza el valor de hash de la dirección IP del cliente para seleccionar un balanceador de cargas.

  • Métodos GSLB basados en la proximidad

    • Proximidad estática: La solicitud del cliente se redirige al equilibrador de carga más cercano a la dirección IP del cliente.

    • Tiempo de ida y vuelta (RTT): este método utiliza el valor RTT (el tiempo de demora en la conexión entre el servidor DNS local del cliente y el centro de datos) para seleccionar la dirección IP del equilibrador de carga con mejor rendimiento.

Para obtener más información sobre los métodos de equilibrio de carga, consulta:Algoritmos de equilibrio de carga

Topologías GSLB

La solución GSLB híbrida y multinube de NetScaler admite la topología activa-pasiva y la topología padre-hijo.

  • Topología activa-pasiva: proporciona recuperación ante desastres y garantiza la disponibilidad continua de las aplicaciones al protegerlas contra los puntos de falla. Si el centro de datos principal falla, el centro de datos pasivo entra en funcionamiento. Para obtener más información sobre la topología activa-pasiva de GSLB, consulte:Configurar GSLB para la recuperación ante desastres.

  • Topología padre-hijo: se puede usar si los clientes utilizan los métodos GSLB basados en métricas para configurar los nodos GSLB y LB y si los nodos LB se implementan en una instancia de NetScaler diferente. En una topología principal-secundaria, el nodo LB (sitio secundario) debe ser un dispositivo NetScaler porque el intercambio de métricas entre el sitio primario y el secundario se realiza a través del protocolo de intercambio de métricas (MEP).

Para obtener más información sobre la topología principal-secundario, consulte: Implementación de topología principal-secundario mediante el protocolo MEP.

Compatibilidad con IPv6

La solución GSLB híbrida y multinube de NetScaler también admite IPv6.

Supervisión

La solución GSLB híbrida y multinube de NetScaler admite monitores integrados con la opción de habilitar la conexión segura. Sin embargo, si las configuraciones de LB y GSLB están en la misma instancia de NetScaler o si se usa la topología padre-hijo, la configuración de los monitores es opcional.

Persistencia

La solución GSLB híbrida y multinube de NetScaler admite lo siguiente:

  • Sesiones de persistencia basadas en IP de origen, de modo que varias solicitudes del mismo cliente se dirijan al mismo servicio si llegan dentro de la ventana de tiempo de espera configurada. Si el valor de tiempo de espera expira antes de que el cliente envíe otra solicitud, la sesión se descarta y el algoritmo de equilibrio de carga configurado se utiliza para seleccionar un nuevo servidor para la siguiente solicitud del cliente.

  • Persistencia de rebose para que el servidor virtual de copia de seguridad continúe procesando las solicitudes que recibe, incluso después de que la carga en el primario caiga por debajo del umbral. Para obtener más información, consulte:Configurar el derrame.

  • Persistencia del sitio para que el nodo GSLB seleccione un centro de datos para procesar la solicitud de un cliente y reenvíe la dirección IP del centro de datos seleccionado para todas las solicitudes de DNS posteriores. Si la persistencia configurada se aplica a un sitio que está INACTIVO, el nodo GSLB utiliza un método GSLB para seleccionar un sitio nuevo y el nuevo sitio pasa a ser persistente para las solicitudes posteriores del cliente.

Configuración mediante NetScaler Console StyleBooks

Los clientes pueden usar el GSLB StyleBook multinube predeterminado en NetScaler Console para configurar las instancias de NetScaler con configuraciones GSLB híbridas y multinube.

Los clientes pueden usar el GSLB StyleBook multinube predeterminado para el LB Node StyleBook para configurar los nodos de equilibrio de carga de NetScaler, que son los sitios secundarios de una topología padre-hijo que gestionan el tráfico de aplicaciones. Utilice este StyleBook solo si los usuarios desean configurar nodos LB en una topología principal-secundario. Sin embargo, cada nodo LB debe configurarse por separado mediante este StyleBook.

Flujo de trabajo de la configuración de la solución GSLB híbrida y multinube de NetScaler

Los clientes pueden usar el GSLB StyleBook multinube incluido en NetScaler Console para configurar las instancias de NetScaler con configuraciones GSLB híbridas y multinube.

El siguiente diagrama muestra el flujo de trabajo para configurar una solución GSLB híbrida y multinube de NetScaler. Los pasos del diagrama de flujo de trabajo se explican con más detalle después del diagrama.

image-vpx-aws-gslb-deployment-28

Realice las siguientes tareas como administrador de la nube:

  1. Regístrese para obtener una cuenta de NetScaler Cloud.

    Para empezar a usar NetScaler Console, cree una cuenta empresarial de NetScaler Cloud o únase a una ya existente que haya creado alguien de su empresa.

  2. Cuando los usuarios inicien sesión en NetScaler Cloud,haga clic en Administrar en el mosaicoNetScaler Application DeliveryManagement para configurar el servicio ADM por primera vez.

  3. Descargue e instale varios agentes de servicio de NetScaler Console.

    Los usuarios deben instalar y configurar el agente de servicio de NetScaler Console en su entorno de red para permitir la comunicación entre NetScaler Console y las instancias administradas en su centro de datos o nube. Instale un agente en cada región para que puedan configurar las configuraciones de LB y GSLB en las instancias administradas. Las configuraciones LB y GSLB pueden compartir un único agente. Para obtener más información sobre las tres tareas anteriores, consulte:Introducción.

  4. Implemente balanceadores de carga en los centros de datos locales o en la nube de Microsoft AWS.

    Según el tipo de equilibradores de carga que los usuarios implementen en la nube y en las instalaciones, aprovisiónelos en consecuencia. Por ejemplo, los usuarios pueden aprovisionar instancias de NetScaler VPX en una nube privada virtual de Amazon Web Services (AWS) y en centros de datos locales. Configure las instancias de NetScaler para que funcionen como nodos LB o GSLB en modo independiente mediante la creación de las máquinas virtuales y la configuración de otros recursos. Para obtener más información sobre cómo implementar instancias de NetScaler VPX, consulte los siguientes documentos:

  5. Realice configuraciones de seguridad.

    Configure los grupos de seguridad de red y las ACL de red en ARM y en AWS para controlar el tráfico entrante y saliente de las instancias de usuario y las subredes.

  6. Agregue instancias de NetScaler en NetScaler Console.

    Las instancias de NetScaler son dispositivos de red o dispositivos virtuales que los usuarios desean descubrir, administrar y monitorear desde NetScaler Console. Para administrar y supervisar estas instancias, los usuarios deben agregarlas al servicio y registrar tanto las instancias LB (si los usuarios usan NetScaler para LB) como las instancias GSLB. Para obtener más información sobre cómo agregar instancias de NetScaler en la consola de NetScaler, consulte: Introducción

  7. Implemente las configuraciones GSLB y LB con los StyleBooks predeterminados de la consola NetScaler.

    • Utilice el GSLB StyleBook multinube para ejecutar la configuración de GSLB en las instancias de GSLB NetScaler seleccionadas.

    • Implemente la configuración de equilibrio de carga. (Los usuarios pueden omitir este paso si ya tienen configuraciones de LB en las instancias administradas). Los usuarios pueden configurar equilibradores de carga en las instancias de NetScaler de dos maneras:

    • Configure manualmente las instancias para equilibrar la carga de las aplicaciones. Para obtener más información sobre cómo configurar manualmente las instancias, consulta:Configurar el equilibrio de carga básico.

    • Use StyleBooks. Los usuarios pueden usar uno de los StyleBooks de la consola NetScaler (StyleBook de equilibrio de carga HTTP/SSL o StyleBook de equilibrio de carga HTTP/SSL (con monitores)) para crear la configuración del equilibrador de carga en la instancia de NetScaler seleccionada. Los usuarios también pueden crear sus propios StyleBooks. Para obtener más información sobre StyleBooks, consulte: StyleBooks.

  8. Utilice el GSLB StyleBook for LB Node de múltiples nubes para configurar la topología padre-hijo de GSLB en cualquiera de los siguientes casos:

    • Si los usuarios utilizan los algoritmos GSLB basados en métricas (menos paquetes, menos conexiones, menos ancho de banda) para configurar los nodos GSLB y LB y si los nodos LB están implementados en una instancia de NetScaler diferente.

    • Si se requiere persistencia del sitio.

Uso de StyleBooks para configurar GSLB en nodos de NetScaler LB

Los clientes pueden usar elGSLB StyleBook para LB Node de múltiples nubessi utilizan los algoritmos GSLB basados en métricas (menos paquetes, menos conexiones, menos ancho de banda) para configurar los nodos GSLB y LB y si los nodos LB están implementados en una instancia de NetScaler diferente.

Los usuarios también pueden usar este StyleBook para configurar más sitios secundarios para un sitio principal existente. Este StyleBook configura un sitio secundario a la vez. Por lo tanto, cree tantas configuraciones (paquetes de configuración) a partir de este StyleBook como sitios secundarios. El StyleBook aplica la configuración GSLB en los sitios secundarios. Los usuarios pueden configurar un máximo de 1024 sitios secundarios.

Nota:

Utilice el GSLB StyleBook multinube para configurar los sitios principales.

Este StyleBook hace las siguientes suposiciones:

  • Se configura una dirección SNIP o una dirección IP de sitio GSLB.

  • El firewall y los grupos de seguridad necesarios se configuran en los proveedores de servicios en la nube.

Configuración de un sitio secundario en una topología padre-hijo mediante el uso de GSLB StyleBook para LB node multinube

  1. Vaya aAplicaciones > Configuración > Crear nueva.

  2. Vaya aAplicaciones>Configuracióny haga clic enCrear nuevo.

    El StyleBook aparece como una página de interfaz de usuario en la que los usuarios pueden introducir los valores de todos los parámetros definidos en este StyleBook.

    Nota:

    Los términos centro de datos y sitios se utilizan indistintamente en este documento.

  3. Defina los siguientes parámetros:

    • Nombre de la aplicación. Introduzca el nombre de la aplicación GSLB implementada en los sitios GSLB para los que desea crear sitios secundarios.

    • Protocolo. Seleccione el protocolo de aplicación de la aplicación implementada en el cuadro de lista desplegable.

    • LB Health Check (opcional)

    • Tipo de chequeo de salud. En el cuadro de lista desplegable, seleccione el tipo de sonda que se utiliza para comprobar el estado de la dirección VIP del balanceador de cargas que representa la aplicación en un sitio.

    • Modo seguro. (Opcional) SeleccioneSí para habilitar este parámetro si se requieren comprobaciones de estado basadas en SSL.

    • Solicitud HTTP. (Opcional) Si los usuarios seleccionaron HTTP como tipo de verificación de estado, introduzca la solicitud HTTP completa utilizada para sondear la dirección VIP.

    • Lista de códigos de respuesta de estado HTTP. (Opcional) Si los usuarios seleccionaron HTTP como tipo de verificación de estado, introduzca la lista de códigos de estado HTTP que se esperan en las respuestas a las solicitudes HTTP cuando el VIP esté en buen estado.

  4. Configuración del sitio primario.

    • Proporcione los detalles del sitio principal (nodo GSLB) en el que desea crear el sitio secundario (nodo LB).

      • Nombre del sitio. Introduzca el nombre del sitio principal.

      • Dirección IP del sitio. Introduzca la dirección IP que el sitio principal utiliza como dirección IP de origen al intercambiar métricas con otros sitios. Se supone que esta dirección IP ya está configurada en el nodo GSLB de cada sitio.

      • Dirección IP pública del sitio. (Opcional) Introduzca la dirección IP pública del sitio principal que se utiliza para intercambiar métricas, si la dirección IP de ese sitio tiene NAT.

  5. Configuración del sitio secundario.

    • Proporcione los detalles del sitio infantil.

      • Nombre del sitio. Introduzca el nombre del sitio.

      • Dirección IP del sitio. Introduzca la dirección IP del sitio secundario. Aquí, utilice la dirección IP privada o el SNIP del nodo de NetScaler que se está configurando como sitio secundario.

      • Dirección IP pública del sitio. (Opcional) Introduzca la dirección IP pública del sitio secundario que se utiliza para intercambiar métricas, si la dirección IP de ese sitio tiene NAT.

  6. Configuración de los servicios GSLB activos (opcional)

    • Configure los servicios GSLB activos solo si la dirección IP del servidor virtual LB no es una dirección IP pública. Esta sección permite a los usuarios configurar la lista de servicios GSLB locales en los sitios donde se implementa la aplicación.

      • IP de servicio. Introduzca la dirección IP del servidor virtual de equilibrio de carga de este sitio.

      • Dirección IP pública de servicio. Si la dirección IP virtual es privada y tiene una dirección IP pública con NAT, especifique la dirección IP pública.

      • Puerto de servicio. Introduzca el puerto del servicio GSLB en este sitio.

      • Nombre del sitio. Introduzca el nombre del sitio en el que se encuentra el servicio GSLB.

  7. Haga clic en Instancias dedestino y seleccione las instanciasde NetScaler configuradas como instancias GSLB en cada sitio en el que desee implementar la configuración GSLB.

  8. Haga clic enCrearpara crear la configuración de LB en la instancia de NetScaler seleccionada (nodo LB). Los usuarios también pueden hacer clic enEjecución en secopara comprobar los objetos que se crearían en las instancias de destino. La configuración de StyleBook que han creado los usuarios aparece en la lista de configuraciones de la página Configuraciones. Los usuarios pueden examinar, actualizar o eliminar esta configuración mediante la GUI de NetScaler Console.

Despliegue de plantillas de CloudFormation

NetScaler VPX está disponible como imágenes de máquina de Amazon (AMI) en AWS Marketplace. Antes de usar una plantilla de CloudFormation para aprovisionar un NetScaler VPX en AWS, el usuario de AWS debe aceptar los términos y suscribirse al producto de AWS Marketplace. Cada edición de NetScaler VPX del Marketplace requiere este paso.

Cada plantilla del repositorio de CloudFormation incluye documentación que describe el uso y la arquitectura de la plantilla. Las plantillas intentan codificar la arquitectura de implementación recomendada de NetScaler VPX, presentar NetScaler al usuario o demostrar una función, edición u opción en particular. Los usuarios pueden reutilizar, modificar o mejorar las plantillas para adaptarlas a sus necesidades particulares de producción y pruebas. La mayoría de las plantillas requieren permisos EC2 completos, además de permisos para crear funciones de IAM.

Las plantillas de CloudFormation contienen ID de AMI que son específicos de una versión concreta de NetScaler VPX (por ejemplo, la versión 12.0-56.20) y una edición (por ejemplo, NetScaler VPX Platinum Edition - 10 Mbps) O NetScaler BYOL. Para usar una versión/edición diferente de NetScaler VPX con una plantilla de CloudFormation, es necesario que el usuario edite la plantilla y sustituya los ID de AMI.

Los últimos AWS-AMI-ID de NetScaler se encuentran aquí: NetScaler AWS CloudFormation Master.

Implementación de CFT Three-NIC

Esta plantilla implementa una VPC, con 3 subredes (administración, cliente, servidor) para 2 zonas de disponibilidad. Implementa una puerta de enlace de Internet, con una ruta predeterminada en las subredes públicas. Esta plantilla también crea un par de alta disponibilidad en las zonas de disponibilidad con dos instancias de NetScaler: 3 ENI asociadas a 3 subredes de VPC (administración, cliente, servidor) en la principal y 3 ENI asociadas a 3 subredes de VPC (administración, cliente, servidor) en la secundaria. Todos los nombres de recursos creados por esta CFT llevan el prefijo tagName del nombre de la pila.

El resultado de la plantilla de CloudFormation incluye:

  • PrimaryCitrixADCManagementURL: URL HTTPS a la GUI de administración del VPX principal (utiliza un certificado autofirmado)

  • PrimaryCitrixADCManagementUrl2: URL HTTP a la GUI de administración del VPX principal

  • PrimaryCitrixAdcInstanceID: Id. de instancia de la instancia VPX primaria recién creada

  • PrimaryCitrixAdcPublicVIP: dirección IP elástica de la instancia VPX principal asociada al VIP

  • PrimaryCitrixADCPrivateNSIP: IP privada (NS IP) utilizada para la administración del VPX principal

  • PrimaryCitrixAdcPublicNSIP: IP pública (NS IP) utilizada para la administración del VPX principal

  • PrimaryCitrixADCPrivateVIP: dirección IP privada de la instancia VPX principal asociada al VIP

  • PrimaryCitrixAdcsnip: dirección IP privada de la instancia VPX principal asociada con el SNIP

  • SecondaryCitrixADCManagementURL: URL HTTPS a la GUI de administración del VPX secundario (utiliza un certificado autofirmado)

  • SecondaryCitrixADCManagementUrl2: URL HTTP a la GUI de administración del VPX secundario

  • SecondaryCitrixAdcInstanceID: Id. de instancia de la instancia VPX secundaria recién creada

  • SecondaryCitrixADCPrivateNSIP: IP privada (NS IP) utilizada para la administración del VPX secundario

  • SecondaryCitrixADCPublicNSIP: IP pública (NS IP) utilizada para la administración del VPX secundario

  • SecondaryCitrixADCPrivateVIP: dirección IP privada de la instancia VPX secundaria asociada al VIP

  • SecondaryCitrixAdcsnip: dirección IP privada de la instancia VPX secundaria asociada al SNIP

  • SecurityGroup: ID de grupo de seguridad al que pertenece VPX

Al proporcionar información a la CFT, la comparación * con cualquier parámetro en la CFT implica que es un campo obligatorio. Por ejemplo, VPC ID* es un campo obligatorio.

Se deben cumplir los siguientes requisitos previos. La plantilla de CloudFormation requiere permisos suficientes para crear funciones de IAM, más allá de los privilegios totales normales de EC2. El usuario de esta plantilla también debe aceptar los términos y suscribirse al producto de AWS Marketplace antes de usar esta plantilla de CloudFormation.

También debe estar presente lo siguiente:

  • Par de claves

  • 3 EIP no asignadas

  • Administración primaria

  • Cliente VIP

  • Administración secundaria

Para obtener más información sobre el aprovisionamiento de instancias de NetScaler VPX en AWS, los usuarios pueden visitar: Aprovisionamiento de instancias de NetScaler VPX en AWS.

Para obtener información sobre cómo configurar GSLB con Stylebooks, visite Usode StyleBooks para configurar GSLB.

Requisitos previos

Antes de intentar crear una instancia VPX en AWS, los usuarios deben asegurarse de tener lo siguiente:

  • Una cuenta de AWS para lanzar una AMI de NetScaler VPX en una nube privada virtual (VPC) de Amazon Web Services (AWS). Los usuarios pueden crear una cuenta de AWS de forma gratuita en Amazon.

  • Una cuenta de usuario de AWS Identity and Access Management (IAM) para controlar de forma segura el acceso de los usuarios a los servicios y recursos de AWS. Para obtener más información sobre cómo crear una cuenta de usuario de IAM, consulte el tema: Creación de usuarios de IAM (consola).

Una función de IAM es obligatoria tanto para implementaciones independientes como para implementaciones de alta disponibilidad. El rol de IAM debe tener los siguientes privilegios:

  • ec2:DescribeInstances
  • ec2:DescribeNetworkInterfaces
  • ec2:DetachNetworkInterface
  • ec2:AttachNetworkInterface
  • ec2:StartInstances
  • ec2:StopInstances
  • ec2:RebootInstances
  • ec2:DescribeAddresses
  • ec2:AssociateAddress
  • ec2:DisassociateAddress
  • autoscaling:*
  • hijos: *
  • sqs: *
  • IAM:SimulatePrincipalPolicy
  • IAM:GetRole

Si se usa la plantilla NetScaler CloudFormation, la función de IAM se crea automáticamente. La plantilla no permite seleccionar una función de IAM ya creada.

Nota:

Cuando los usuarios inician sesión en la instancia VPX a través de la GUI, aparece un mensaje para configurar los privilegios necesarios para el rol de IAM. Ignore el mensaje si los privilegios ya se han configurado.

  • Se requiere la CLI de AWS para utilizar toda la funcionalidad proporcionada por la consola de administración de AWS desde el programa de terminal. Para obtener más información, consulte: ¿Qué es la interfaz de línea de comandos de AWS?. Los usuarios también necesitan la CLI de AWS para cambiar el tipo de interfaz de red a SR-IOV.

Requisitos previos de GSLB

Los requisitos previos para los grupos de servicios GSLB de NetScaler incluyen un entorno de AWS que funcione con los conocimientos y la capacidad de configurar grupos de seguridad, servidores web Linux, ADC de NetScaler en AWS, IP elásticas y Elastic Load Balancers.

La integración del servicio GSLB DBS requiere la versión 12.0.57 de NetScaler para las instancias del balanceador de cargas de AWS ELB.

Para obtener las actualizaciones más recientes sobre los modelos VPX y las regiones de AWS, los tipos de instancias y los servicios actuales compatibles, consulte la matriz de soporte de VPX-AWS.

Otros recursos

NetScaler Console GSLBpara despliegues híbridos y multinube.

Implemente NetScaler GSLB en AWS
April 15, 2024
Contribución de: 
C
April 15, 2024
Contribución de: 
C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.