Equilibrio de carga global de NetScaler para implementaciones híbridas y multinube
La solución de equilibrio de carga global (GLB) híbrida y multinube de NetScaler le permite distribuir el tráfico de aplicaciones entre varios centros de datos en nubes híbridas, múltiples nubes e implementación local. La solución GLB híbrida y multinube de NetScaler le ayuda a administrar su configuración de equilibrio de carga en nube híbrida o multinube sin alterar la configuración existente. Además, si tiene una configuración local, puede probar algunos de sus servicios en la nube mediante la solución GLB híbrida y multinube antes de migrar completamente a la nube. Por ejemplo, solo puede enrutar un pequeño porcentaje de su tráfico a la nube y gestionar la mayor parte del tráfico local. La solución GLB híbrida y de nube múltiple también le permite administrar y supervisar instancias de NetScaler en ubicaciones geográficas desde una única consola unificada.
Una arquitectura híbrida y de nube múltiple también puede mejorar el rendimiento general de la empresa al evitar el “bloqueo de proveedores” y utilizar diferentes infraestructuras para satisfacer las necesidades de sus socios y clientes. Con una arquitectura de nube múltiple, puede administrar mejor los costes de su infraestructura, ya que ahora tiene que pagar solo por lo que utiliza. También puede escalar mejor sus aplicaciones ya que ahora utiliza la infraestructura bajo demanda. 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 GLB híbrida y multinube de NetScaler
El siguiente diagrama ilustra la arquitectura de la función GLB híbrida de NetScaler y multinube.
Los nodos NetScaler GLB controlan la resolución de nombres DNS. Cualquiera de estos nodos GLB puede recibir solicitudes de DNS desde cualquier ubicación del cliente. El nodo GLB que recibe la solicitud de DNS devuelve la dirección IP del servidor virtual del balanceador 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 GLB mediante el protocolo de intercambio de métricas (MEP), que es un protocolo de Citrix propietario. Para obtener más información sobre el protocolo MEP, consulte Configuración del protocolo Metrics Exchange. El monitor configurado en el nodo GLB supervisa 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 GLB y NetScaler se intercambian mediante MEP. Sin embargo, la configuración de las sondas de monitor entre un GLB y el nodo LB de NetScaler es opcional en una topología padre-hijo.
El agente permite la comunicación entre NetScaler Console y las instancias administradas del centro de datos. Para obtener más información sobre los agentes y cómo instalarlos, consulte Introducción .
Nota
En este documento se hacen las siguientes suposiciones:
- Si tiene una configuración de equilibrio de carga existente, está en funcionamiento.
- Se configura una dirección SNIP o una dirección IP del sitio GLB en cada uno de los nodos NetScaler GLB. 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 de NetScaler GLB para recibir el tráfico 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
Debe configurar la configuración de firewall/grupos de seguridad requerida en los proveedores de servicios en la nube. Para obtener más información sobre las funciones de seguridad de AWS, consulte la documentación de AWS. Para obtener más información sobre los grupos de seguridad de red de Microsoft Azure, consulte la documentación de Microsoft Azure.
Además, en el nodo GLB, debe abrir el puerto 53 para la dirección IP del servicio ADNS/servidor DNS 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, debe abrir los puertos adecuados para recibir el tráfico de la aplicación. Por ejemplo, debe abrir el puerto 80 para recibir el tráfico HTTP y el puerto 443 para recibir el tráfico HTTPS. Abra el puerto 443 para la comunicación NITRO entre el agente y NetScaler Console.
Para el método GLB dinámico de ida y vuelta, debe abrir el puerto 53 para permitir las sondas UDP y TCP según el tipo de sonda LDNS configurado. Los sondeos UDP o TCP se inician mediante uno de los SNIP y, por lo tanto, esta configuración debe realizarse para grupos de seguridad enlazados a la subred del lado del servidor.
Capacidades de la solución GLB híbrida y multinube de NetScaler
En esta sección se describen algunas de las capacidades de la solución NetScaler híbrida y GLB de múltiples nubes:
Compatibilidad con otras soluciones de equilibrio de carga
La solución GLB híbrida y multinube de NetScaler admite varias soluciones de equilibrio de carga, como el balanceador de cargas NetScaler, Nginx 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 GLB basados en la proximidad y no en métricas y si la topología padre-hijo no está configurada.
métodos GLB
La solución GLB híbrida y multinube de NetScaler admite los siguientes métodos GLB.
-
Métodos GLB basados en métricas.
Los métodos GLB basados en métricas recopilan métricas de otros nodos NetScaler a través del protocolo de intercambio de métricas.
- Conexión mínima. La solicitud del cliente se enruta al equilibrador de carga que tiene el menor número de conexiones activas.
- Menos ancho de banda. La solicitud del cliente se redirige al equilibrador de carga que actualmente está sirviendo la menor cantidad de tráfico.
- Menos 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 GLB 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 IP de origen. Este método utiliza el valor cifrado de la dirección IP del cliente para seleccionar un balanceador de cargas.
- Métodos GLB basados en la proximidad
- Proximidad estática. La solicitud del cliente se envía al balanceador de cargas 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 retraso en la conexión entre el servidor DNS local del cliente y el centro de datos) para seleccionar la dirección IP del balanceador de cargas con mejor rendimiento.
Para obtener más información sobre los métodos de equilibrio de carga, consulte Algoritmos de equilibrio de carga
Topologías GLB
La solución GLB híbrida y multinube de NetScaler admite la topología activa-pasiva y la topología principal-secundario.
- 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 Configuración de GSLB para la recuperación ante desastres.
- Topología principal-secundaria. Se puede usar si utiliza los métodos GLB basados en métricas para configurar los nodos GLB y LB y si los nodos LB se implementan en una instancia de NetScaler diferente. En una topología principal-secundario, el nodo LB (sitio secundario) debe ser un dispositivo NetScaler porque el intercambio de métricas entre el sitio principal y el secundario se realiza mediante el protocolo de intercambio de métricas (MEP).
Para obtener más información sobre la topología principal-secundaria, consulte Implementación de topología principal-secundaria mediante el protocolo MEP.
Compatibilidad con IPv6
La solución GLB híbrida y multinube de NetScaler también es compatible con IPv6.
Supervisión
La solución GLB 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 GLB están en la misma instancia de NetsNetScalerCaler o si se usa la topología padre-hijo, la configuración de los monitores es opcional.
Persistencia
La solución GLB híbrida y multinube de NetScaler admite:
- 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 vence 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 Configuración de Spillover.
- Persistencia del sitio para que el nodo GLB seleccione un centro de datos para procesar una solicitud de cliente y reenvíe la dirección IP del centro de datos seleccionado para todas las solicitudes DNS posteriores. Si la persistencia configurada se aplica a un sitio que está INACTIVO, el nodo GLB utiliza un método GLB 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
Puede usar el GLB StyleBook multinube predeterminado en NetScaler Console para configurar las instancias de NetScaler con una configuración GLB híbrida y multinube.
Puede usar el StyleBook GLB multinube predeterminado para LB Node StyleBook para configurar los nodos de equilibrio de carga de NetScaler, que son los sitios secundarios de una topología principal-secundario que gestionan el tráfico de la aplicación. Utilice este StyleBook solo si quiere configurar nodos LB en una topología principal-secundaria. Sin embargo, cada nodo LB debe configurarse por separado mediante este StyleBook.
Flujo de trabajo de configuración de la solución GLB híbrida y multinube de NetScaler
Puede usar el GLB StyleBook multinube incluido en NetScaler Console para configurar las instancias de NetScaler con una configuración GLB híbrida y multinube.
El siguiente diagrama muestra el flujo de trabajo para configurar una solución GLB híbrida y multinube de NetScaler. Los pasos del diagrama de flujo de trabajo se explican con más detalle después del diagrama.
Realice las siguientes tareas como administrador de la nube:
-
Regístrese para obtener una cuenta de Citrix Cloud.
Para empezar a usar NetScaler Console, cree una cuenta empresarial de Citrix Cloud o únase a una cuenta existente creada por alguien de su empresa.
-
Tras iniciar sesión en Citrix Cloud, haga clic en Administrar en el icono de la consola de NetScaler para configurar la consola de NetScaler por primera vez.
-
Descargue e instale varios agentes.
Instale y configure el agente en su entorno de red para permitir la comunicación entre la consola de NetScaler y las instancias administradas en su centro de datos o en la nube. Instale un agente en cada región, de modo que pueda configurar las configuraciones LB y GLB en las instancias administradas. Las configuraciones LB y GLB pueden compartir un único agente. Para obtener más información sobre las tres tareas anteriores, consulte Introducción.
-
Implemente equilibradores de carga en centros de datos locales o nube de Microsoft Azure/AWS.
Según el tipo de equilibradores de carga que esté implementando en la nube y en las instalaciones, aprovisione los correspondientes. Por ejemplo, puede aprovisionar instancias de NetScaler VPX en un portal de Microsoft Azure Resource Manager (ARM), en una nube privada virtual de Amazon Web Services (AWS) o en centros de datos locales. Configure las instancias NetScaler para que funcionen como nodos LB o GLB en modo independiente, creando las máquinas virtuales y configurando otros recursos. Para obtener más información sobre cómo implementar instancias de NetScaler VPX, consulte los siguientes documentos:
-
Realice configuraciones de seguridad.
Configure grupos de seguridad de red y ACL de red en ARM o AWS para controlar el tráfico entrante y saliente de sus instancias y subredes.
-
Agregue instancias de NetScaler en NetScaler Console.
Las instancias de NetScaler son dispositivos de red o dispositivos virtuales de NetScaler que desea descubrir, administrar y monitorear desde NetScaler Console. Para administrar y supervisar estas instancias, debe agregarlas al servicio y registrar tanto las instancias LB (si utiliza NetScaler para LB) como las GLB. Para obtener más información sobre cómo agregar instancias de NetScaler en NetScaler Console, consulte Introducción.
-
Implemente las configuraciones GLB y LB con los StyleBooks predeterminados de la consola NetScaler.
-
Utilice Multicube GLB StyleBook para ejecutar la configuración de GLB en las instancias de NetScaler de GLB seleccionadas.
-
Implementela configuración de equilibrio de carga. (Puede omitir este paso si ya tiene configuraciones de LB en las instancias administradas).
Puede configurar los balanceadores 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, consulte Configurar el equilibrio de carga básico.
-
Use StyleBooks. Puede usar uno de los StyleBooks de la consola NetScaler (HTTP/SSL LoadBalancing StyleBook o HTTP/SSL LoadBalancing (con monitores) StyleBook) para crear la configuración del balanceador de cargas en la instancia de NetScaler seleccionada. También puede crear sus propios StyleBooks. Para obtener más información sobre StyleBooks, consulte StyleBooks.
-
-
Utilice el StyleBook de GLB de múltiples nubes para el nodo LB para configurar la topología principal-secundaria de GLB en cualquiera de los siguientes casos:
-
Si utiliza los algoritmos GLB basados en métricas (menos paquetes, menos conexiones, menos ancho de banda) para configurar los nodos GLB y LB y si los nodos LB están implementados en una instancia de NetScaler diferente
-
Si es necesaria la persistencia del sitio
-
-