-
-
-
Configuración de Citrix ADC para Citrix Virtual Apps and Desktops
-
Preferencia de zona alimentada de Equilibrio de carga de servidor global (GSLB)
-
Implemente una plataforma de publicidad digital en AWS con Citrix ADC
-
Mejorar el análisis de Clickstream en AWS mediante Citrix ADC
-
Citrix ADC en una nube privada administrada por Microsoft Windows Azure Pack y Cisco ACI
-
-
Implementar una instancia de Citrix ADC VPX
-
Instalar una instancia de Citrix ADC VPX en un servidor desnudo
-
Instalar una instancia de Citrix ADC VPX en Citrix Hypervisor
-
Instalar una instancia de Citrix ADC VPX en la nube de VMware en AWS
-
Instalar una instancia de Citrix ADC VPX en servidores Microsoft Hyper-V
-
Instalar una instancia de Citrix ADC VPX en la plataforma Linux-KVM
-
Requisitos previos para instalar dispositivos virtuales Citrix ADC VPX en la plataforma Linux-KVM
-
Aprovisionamiento de Citrix ADC Virtual Appliance mediante OpenStack
-
Aprovisionamiento de Citrix ADC Virtual Appliance mediante Virtual Machine Manager
-
Configuración de Citrix ADC Virtual Appliances para utilizar la interfaz de red SR-IOV
-
Configuración de Citrix ADC Virtual Appliances para utilizar la interfaz de red PCI Passthrough
-
Aprovisionamiento de Citrix ADC Virtual Appliance mediante el programa virsh
-
Aprovisionamiento de Citrix ADC Virtual Appliance con SR-IOV, en OpenStack
-
-
Implementar una instancia de Citrix ADC VPX en AWS
-
Implementar una instancia independiente de Citrix ADC VPX en AWS
-
Servidores de equilibrio de carga en diferentes zonas de disponibilidad
-
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en diferentes zonas de AWS
-
Agregar el servicio de escalado automático de AWS de back-end
-
Configurar una instancia de Citrix ADC VPX para utilizar la interfaz de red SR-IOV
-
Configurar una instancia de Citrix ADC VPX para utilizar redes mejoradas con AWS ENA
-
Implementar una instancia de Citrix ADC VPX en Microsoft Azure
-
Arquitectura de red para instancias de Citrix ADC VPX en Microsoft Azure
-
Configurar varias direcciones IP para una instancia independiente de Citrix ADC VPX
-
Configurar una configuración de alta disponibilidad con varias direcciones IP y NIC
-
Configurar una instancia de Citrix ADC VPX para usar redes aceleradas de Azure
-
Configurar nodos HA-INC mediante la plantilla de alta disponibilidad de Citrix con ILB de Azure
-
Configurar GSLB en una configuración de alta disponibilidad en espera activa
-
Configurar grupos de direcciones (IIP) para un dispositivo Citrix Gateway
-
Scripts de PowerShell adicionales para la implementación de Azure
-
Implementar una instancia de Citrix ADC VPX en Google Cloud Platform
-
Automatizar la implementación y las configuraciones de Citrix ADC
-
Soluciones para proveedores de servicios de telecomunicaciones
-
Tráfico de plano de control de equilibrio de carga basado en los protocolos de diameter, SIP y SMPP
-
Utilización del ancho de banda mediante la funcionalidad de redirección de caché
-
Optimización TCP de Citrix ADC
-
Autenticación, autorización y auditoría del tráfico de aplicaciones
-
Cómo funciona la autenticación, la autorización y la auditoría
-
Componentes básicos de configuración de autenticación, autorización y auditoría
-
Autorizar el acceso de usuario a los recursos de la aplicación
-
Citrix ADC como proxy del servicio de federación de Active Directory
-
Citrix Gateway local como proveedor de identidades para Citrix Cloud
-
Compatibilidad de configuración para el atributo de cookie SameSite
-
Configuración de autenticación, autorización y auditoría para protocolos de uso común
-
Solucionar problemas relacionados con la autenticación y la autorización
-
-
-
-
Configuración de la expresión de directiva avanzada: Introducción
-
Expresiones de directiva avanzadas: Trabajar con fechas, horas y números
-
Expresiones de directiva avanzadas: Análisis de datos HTTP, TCP y UDP
-
Expresiones de directiva avanzadas: Análisis de certificados SSL
-
Expresiones de directivas avanzadas: Direcciones IP y MAC, rendimiento, ID de VLAN
-
Expresiones de directiva avanzadas: Funciones de análisis de flujo
-
Ejemplos de resumen de expresiones y directivas de sintaxis predeterminadas
-
Ejemplos de tutoriales de directivas de sintaxis predeterminadas para reescribir
-
Migración de las reglas mod_rewrite de Apache a la sintaxis predeterminada
-
-
-
-
Traducir la dirección IP de destino de una solicitud a la dirección IP de origen
-
-
Compatibilidad con la configuración de Citrix ADC en un clúster
-
-
Administración del clúster de Citrix ADC
-
Grupos de nodos para configuraciones manchadas y parcialmente rayadas
-
Desactivación de la dirección en el plano anterior del clúster
-
Quitar un nodo de un clúster implementado mediante la agregación de vínculos de clúster
-
Supervisión de la configuración del clúster mediante SNMP MIB con enlace SNMP
-
Supervisión de errores de propagación de comandos en una implementación de clúster
-
Compatibilidad con logotipos listos para IPv6 para clústeres
-
Enlace de interfaz VRRP en un clúster activo de un solo nodo
-
Casos de configuración y uso del clúster
-
Migración de una configuración de alta disponibilidad a una configuración de clúster
-
Interfaces comunes para cliente y servidor e interfaces dedicadas para plano anterior
-
Conmutador común para cliente y servidor y conmutador dedicado para plano anterior
-
Servicios de supervisión en un clúster mediante supervisión de rutas
-
Copia de seguridad y restauración de la configuración del clúster
-
Preguntas frecuentes
-
-
-
Caso de uso 1: Configurar DataStream para una arquitectura de base de datos primaria/secundaria
-
Caso de uso 2: Configurar el método de token de equilibrio de carga para DataStream
-
Caso de uso 3: Registrar transacciones MSSQL en modo transparente
-
Caso de uso 4: Equilibrio de carga específico de base de datos
-
-
Configurar Citrix ADC como un solucionador de stub-aware no validador de seguridad
-
Soporte de tramas jumbo para DNS para manejar respuestas de tamaños grandes
-
Configurar el almacenamiento en caché negativo de registros DNS
-
Equilibrio de carga global del servidor
-
Configurar entidades GSLB individualmente
-
Caso de uso: Implementación de un grupo de servicios de escalado automático basado en direcciones IP
-
-
Estado de servicio y servidor virtual de equilibrio de carga
-
Insertar atributos de cookie a las cookies generadas por ADC
-
Proteger una configuración de equilibrio de carga contra fallos
-
Administrar el tráfico del cliente
-
Configurar servidores virtuales de equilibrio de carga sin sesión
-
Reescritura de puertos y protocolos para la redirección HTTP
-
Insertar la dirección IP y el puerto de un servidor virtual en el encabezado de solicitud
-
Usar una IP de origen especificada para la comunicación de back-end
-
Establecer un valor de tiempo de espera para las conexiones de cliente inactivas
-
Administrar el tráfico del cliente sobre la base de la tasa de tráfico
-
Usar un puerto de origen de un intervalo de puertos especificado para la comunicación de back-end
-
Configurar la persistencia de IP de origen para la comunicación de back-end
-
-
Configuración avanzada de equilibrio de carga
-
Incremente gradualmente la carga en un nuevo servicio con inicio lento a nivel de servidor virtual
-
Proteja las aplicaciones en servidores protegidos contra sobretensiones de tráfico
-
Habilitar la limpieza de las conexiones de servidor virtual y servicio
-
Habilitar o inhabilitar la sesión de persistencia en los servicios TROFS
-
Habilitar la comprobación externa del estado de TCP para servidores virtuales UDP
-
Mantener la conexión de cliente para varias solicitudes de cliente
-
Inserte la dirección IP del cliente en el encabezado de solicitud
-
Usar la dirección IP de origen del cliente al conectarse al servidor
-
Configurar el puerto de origen para las conexiones del lado del servidor
-
Establecer un límite en el número de solicitudes por conexión al servidor
-
Establecer un valor de umbral para los monitores enlazados a un servicio
-
Establecer un valor de tiempo de espera para las conexiones de cliente inactivas
-
Establecer un valor de tiempo de espera para las conexiones de servidor inactivas
-
Establecer un límite en el uso del ancho de banda por parte de los clientes
-
Conservar el identificador de VLAN para la transparencia de VLAN
-
-
Configurar monitores en una configuración de equilibrio de carga
-
Configurar el equilibrio de carga para los protocolos de uso común
-
Caso de uso 3: Configurar el equilibrio de carga en el modo de retorno directo del servidor
-
Caso de uso 6: Configurar el equilibrio de carga en modo DSR para redes IPv6 mediante el campo TOS
-
Caso de uso 7: Configurar el equilibrio de carga en modo DSR mediante IP sobre IP
-
Caso de uso 8: Configurar el equilibrio de carga en modo de un brazo
-
Caso de uso 9: Configurar el equilibrio de carga en el modo en línea
-
Caso de uso 10: Equilibrio de carga de servidores del sistema de detección de intrusiones
-
Caso de uso 11: Aislamiento del tráfico de red mediante directivas de escucha
-
Caso de uso 12: Configurar XenDesktop para el equilibrio de carga
-
Caso de uso 13: Configurar XenApp para el equilibrio de carga
-
Caso de uso 14: Asistente para ShareFile para equilibrio de carga Citrix ShareFile
-
-
-
Compatibilidad con el protocolo TLSv1.3 tal como se define en RFC 8446
-
Tabla compatibilidad con certificados de servidor en el dispositivo ADC
-
Compatibilidad con plataformas basadas en chips Intel Coleto SSL
-
Soporte para el módulo de seguridad de hardware de red Gemalto SafeNet
-
-
-
-
-
Configuración de un túnel de conector de CloudBridge entre dos centros de datos
-
Configuración de CloudBridge Connector entre Datacenter y AWS Cloud
-
Configuración de un túnel de conector de CloudBridge entre un centro de datos y Azure Cloud
-
Configuración de CloudBridge Connector Tunnel entre Datacenter y SoftLayer Enterprise Cloud
-
Diagnóstico y solución de problemas del túnel del conector de CloudBridge
-
-
Puntos a tener en cuenta para una configuración de alta disponibilidad
-
Sincronizar archivos de configuración en una configuración de alta disponibilidad
-
Restricción del tráfico de sincronización de alta disponibilidad a una VLAN
-
Configuración de nodos de alta disponibilidad en diferentes subredes
-
Limitación de fallas causadas por monitores de ruta en modo no INC
-
Configuración del conjunto de interfaces de conmutación por error
-
Descripción del cálculo de comprobación de estado de alta disponibilidad
-
Administración de mensajes de latido de alta disponibilidad en un dispositivo Citrix ADC
-
Quitar y reemplazar un dispositivo Citrix ADC en una instalación de alta disponibilidad
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已动态机器翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
This content has been machine translated dynamically.
This content has been machine translated dynamically.
This content has been machine translated dynamically.
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.
Este artigo foi traduzido automaticamente.
这篇文章已经过机器翻译.放弃
Translation failed!
Preguntas frecuentes
Una lista de las preguntas frecuentes sobre clústeres.
¿Cuántos dispositivos Citrix ADC se pueden incluir en un único clúster Citrix ADC?
Un clúster de Citrix ADC puede incluir un dispositivo o hasta 32 dispositivos virtuales o hardware Citrix ADC nCore. Cada uno de estos nodos debe cumplir los criterios especificados en Requisitos previos para nodos de clúster.
¿Puede un dispositivo Citrix ADC formar parte de varios clústeres?
No. Un dispositivo Citrix ADC solo puede pertenecer a un clúster.
¿Qué es una dirección IP de clúster? ¿Cuál es su máscara de subred?
La dirección IP del clúster es la dirección de administración de un clúster de Citrix ADC. Todas las configuraciones de clúster deben realizarse accediendo al clúster a través de esta dirección. La máscara de subred de la dirección IP del clúster se fija en 255.255.255.255.
¿Cómo puedo crear un nodo de clúster específico como coordinador de configuración del clúster?
Para establecer manualmente un nodo específico como coordinador de configuración del clúster, debe establecer la prioridad de ese nodo en el valor numérico más bajo (prioridad más alta). Para entender, consideremos un clúster con tres nodos que tienen las siguientes prioridades:
n1: 29, n2: 30, n3: 31
Aquí, n1 es el coordinador de configuración. Si quiere convertir n2 en coordinador de configuración, debe establecer su prioridad en un valor inferior a n1, por ejemplo, 28. Al guardar la configuración, n2 se convierte en el coordinador de configuración.
Nota
n2 con su valor de prioridad original de 30 se convierte en el coordinador de configuración cuando n1 desaparece. El nodo con el siguiente valor de prioridad más bajo se selecciona en caso de que el coordinador de configuración desaparezca.
¿Por qué las interfaces de red de un clúster están representadas en notación de 3 tuplas (n/u/c) en lugar de la notación regular de 2 tuplas (u/c)?
Cuando un dispositivo Citrix ADC forma parte de un clúster, debe poder identificar el nodo al que pertenece la interfaz. Por lo tanto, la convención de nomenclatura de interfaz de red para nodos de clúster se modifica de u/c a n/u/c, donde n indica el ID de nodo.
¿Cómo puedo establecer el nombre de host para un nodo de clúster?
El nombre de host de un nodo de clúster debe especificarse ejecutando el comando set ns hostname a través de la dirección IP del clúster. Por ejemplo, para establecer el nombre de host del nodo del clúster con ID 2, el comando es:
set ns hostname hostname1 -ownerNode 2
¿Puedo detectar automáticamente dispositivos Citrix ADC para poder agregarlos a un clúster?
Sí. La utilidad de configuración permite detectar dispositivos que están presentes en la misma subred que la dirección NSIP del coordinador de configuración. Para obtener más información, consulte Descubrimiento de dispositivos NetScaler.
¿Se ve afectada la capacidad de servicio de tráfico de un clúster si se quita o inhabilita un nodo o se reinicia o apaga o se inactiva?
Sí. Cuando cualquiera de estas operaciones se realiza en un nodo activo del clúster, el clúster tiene un nodo menos para servir el tráfico. Además, se terminan las conexiones existentes en este nodo.
Tengo varios dispositivos independientes, cada uno de los cuales tiene diferentes configuraciones. ¿Puedo agregarlos a un solo clúster?
Sí. Puede agregar dispositivos con configuraciones diferentes a un único clúster. Sin embargo, cuando se agrega el dispositivo al clúster, se borran las configuraciones existentes. Para utilizar las configuraciones disponibles en cada uno de los dispositivos individuales, debe:
- Cree un único archivo*.conf para todas las configuraciones.
- Modifique el archivo de configuración para quitar entidades que no se admiten en un entorno de clúster.
- Actualice la convención de nomenclatura de las interfaces de formato 2-tupla (u/c) a formato 3-tupla (n/u/c).
- Aplique las configuraciones al nodo coordinador de configuración del clúster mediante el comando batch.
¿Puedo migrar las configuraciones de un dispositivo Citrix ADC independiente o una configuración de HA a la configuración en clúster?
No. Cuando se agrega un nodo a una configuración agrupada, sus configuraciones se borran implícitamente mediante el comando clear ns config (con la opción extendida ). Además, se borran las direcciones SNIP y todas las configuraciones de VLAN (excepto VLAN y NSVLAN predeterminados). Por lo tanto, se recomienda realizar una copia de seguridad de las configuraciones antes de agregar el dispositivo a un clúster. Antes de utilizar el archivo de configuración de copia de seguridad para el clúster, debe:
- Modifique el archivo de configuración para quitar entidades que no se admiten en un entorno de clúster.
- Actualice la convención de nomenclatura de interfaces de formato de dos tuplas (x/y) a formato de tres tuplas (x/y/z).
- Aplique las configuraciones al nodo coordinador de configuración del clúster mediante el comando batch.
¿Las interfaces del plano posterior forman parte de las VLAN L3?
Sí, de forma predeterminada, las interfaces de backplane tienen presencia en todas las VLAN L3 configuradas en el clúster.
¿Cómo puedo configurar un clúster que incluya nodos de diferentes redes?
Nota
Compatible con NetScaler 11.0 en adelante.
Un clúster que incluye nodos de diferentes redes se denomina clúster L3 (a veces denominado clúster en modo INC). En un clúster de L3, todos los nodos que pertenecen a una sola red deben agruparse en un solo grupo de nodos. Por lo tanto, si un clúster incluye dos nodos cada uno de tres redes diferentes, debe crear tres grupos de nodos (uno para cada red) y asociar cada uno de estos grupos de nodos con los nodos que pertenecen a esa red. Para obtener información de configuración, consulte los pasos para configurar un clúster.
¿Cómo puedo configurar/anular la configuración de NSVLAN en un clúster?
Realice una de las siguientes acciones:
-
Para que la NSVLAN esté disponible en un clúster, asegúrese de que cada dispositivo tiene la misma NSVLAN configurada antes de agregarlo a un clúster.
-
Para quitar la NSVLAN de un nodo de clúster, primero quite el nodo del clúster y, a continuación, elimine la NSVLAN del dispositivo.
Tengo un clúster configurado en el que algunos nodos de Citrix ADC no están conectados a la red externa. ¿Puede el clúster seguir funcionando normalmente?
Sí. El clúster admite un mecanismo denominado linksets, que permite que los nodos no conectados sirvan al tráfico mediante el uso de las interfaces de los nodos conectados. Los nodos no conectados se comunican con los nodos conectados a través del plano anterior del clúster. Para obtener más información, consulte Usar conjuntos de enlaces.
¿Cómo pueden admitirse las implementaciones que requieren reenvío basado en Mac (MBF) en una configuración agrupada?
Las implementaciones que usan MBF deben usar conjuntos de vínculos. Para obtener más información, consulte Usar conjuntos de enlaces.
¿Puedo ejecutar comandos desde la dirección NSIP de un nodo de clúster?
No. El acceso a nodos de clúster individuales a través de las direcciones NSIP es de solo lectura. Por lo tanto, cuando inicia sesión en la dirección NSIP de un nodo de clúster, solo puede ver las configuraciones y las estadísticas. No se puede configurar nada. Sin embargo, hay algunas operaciones que puede ejecutar desde la dirección NSIP de un nodo de clúster. Para obtener más información, consulte Operaciones admitidas en nodos individuales.
¿Puedo inhabilitar la propagación de la configuración entre nodos del clúster?
No, no puede inhabilitar explícitamente la propagación de configuraciones de clúster entre nodos de clúster. Sin embargo, durante una actualización o actualización de software, un error de discordancia de versión puede inhabilitar automáticamente la propagación de la configuración.
¿Puedo cambiar la dirección NSIP o cambiar la NSVLAN de un dispositivo Citrix ADC cuando forma parte del clúster?
No. Para realizar estos cambios, primero debe quitar el dispositivo del clúster, realizar los cambios y, a continuación, agregar el dispositivo al clúster.
¿El clúster Citrix ADC admite VLAN L2 y L3?
Sí. Un clúster admite VLAN entre nodos de clúster. Las VLAN deben configurarse en la dirección IP del clúster.
- VLAN L2. Puede crear una VLAN layer2 al vincular interfaces que pertenecen a diferentes nodos del clúster.
-
VLAN L3. Puede crear una VLAN de capa3 vinculando direcciones IP que pertenecen a diferentes nodos del clúster. Las direcciones IP deben pertenecer a la misma subred. Asegúrese de que se cumple uno de los siguientes criterios. De lo contrario, los enlaces de VLAN L3 pueden fallar.
- Todos los nodos tienen una dirección IP en la misma subred que la enlazada a la VLAN.
- El clúster tiene una dirección IP seccionada y la subred de esa dirección IP está enlazada a la VLAN.
Cuando agrega un nodo a un clúster que solo ha detectado direcciones IP, la sincronización ocurre antes de que se asignen direcciones IP detectadas a ese nodo. En tales casos, los enlaces de VLAN L3 se pueden perder. Para evitar esta pérdida, agregue una IP seccionada o agregue los enlaces de VLAN L3 en el NSIP del nodo recién agregado.
¿Cómo puedo configurar SNMP en un clúster de Citrix ADC?
SNMP supervisa el clúster y todos los nodos del clúster de la misma manera que supervisa un dispositivo independiente. La única diferencia es que SNMP en un clúster debe configurarse a través de la dirección IP del clúster. Al generar capturas específicas de hardware, se incluyen dos varbinds más para identificar el nodo del clúster: ID de nodo y dirección NSIP del nodo.
¿Qué detalles debo tener disponibles cuando me pongo en contacto con el soporte técnico para problemas relacionados con clústeres?
El dispositivo Citrix ADC proporciona un comando show techsupport -scope cluster que extrae datos de configuración, información estadística y registros de todos los nodos del clúster. Ejecute este comando en la dirección IP del clúster.
La salida de este comando se guarda en un archivo denominado *collector_cluster_ <nsip_CCO> _P_ <date-timestamp> .tar.gz que está disponible en el directorio */var/tmp/support/cluster/ del coordinador de configuración.
Envíe este archivo al equipo de soporte técnico para depurar el problema.
¿Puedo usar direcciones IP seccionadas como la Gateway predeterminada de los servidores?
En implementaciones de clústeres, asegúrese de que la puerta de enlace predeterminada del servidor apunta a una dirección IP seccionado (si utiliza una dirección IP propiedad de Citrix ADC). Por ejemplo, en el caso de implementaciones LB con USIP habilitado, la puerta de enlace predeterminada debe ser una dirección SNIP seccionado.
¿Puedo ver las configuraciones de enrutamiento de un nodo de clúster específico desde la dirección IP del clúster?
Sí. Puede ver y borrar las configuraciones específicas de un nodo especificando el nodo propietario al entrar en el shell de VTYSH.
Por ejemplo, para ver la salida de un comando en los nodos 0 y 1, el comando es el siguiente:
> vtysh
ns# propietario-nodo 0 1
ns (node-0 1) # mostrar el estado del clúster
ns (node-0 1) # nodo de clúster de salida
nºn
¿Cómo puedo especificar el nodo para el que quiero establecer la prioridad del sistema LACP?
Nota
Compatible con NetScaler 10.1 en adelante.
En un clúster, debe establecer ese nodo como nodo propietario mediante el comando set lacp.
Por ejemplo: Para establecer la prioridad del sistema LACP para un nodo con ID 2:
set lacp -sysPriority 5 -ownerNode 2
¿Cómo se configuran los túneles IP en una configuración de clúster?
Nota
Compatible con NetScaler 10.1 en adelante.
La configuración de túneles IP en un clúster es la misma que en un dispositivo independiente. La única diferencia es que en una configuración de clúster, la dirección IP local debe ser una dirección SNIP seccionada.
¿Cómo puedo agregar un conjunto de interfaces de conmutación por error (FIS) en los nodos de un clúster de Citrix ADC?
Nota
Compatible con NetScaler 10.5 en adelante.
En la dirección IP del clúster, especifique el ID del nodo del clúster en el que se debe agregar el FIS, mediante el comando de la siguiente manera:
add fis <name> -ownerNode <nodeId>
Notas
- El nombre FIS de cada nodo de clúster debe ser único.
- Se puede agregar un canal LA de clúster a un FIS. Asegúrese de que el canal LA del clúster tiene una interfaz local como interfaz miembro.
Para obtener más información sobre FIS, consulte Configuración del conjunto de interfaces de conmutación por error.
¿Cómo se configuran los perfiles de red en una configuración de clúster?
Nota
Compatible con NetScaler 10.5 en adelante.
Puede enlazar direcciones IP detectada a un perfil de red. Este perfil de red se puede enlazar a un servidor o servicio virtual de equilibrio de carga detectado (que se define mediante un grupo de nodos). Se deben seguir las siguientes recomendaciones, de lo contrario, las configuraciones de perfil de red no se respetan y se utilizan los parámetros USIP/USNIP:
Nota
- Si el parámetro estricto del grupo de nodos se establece en Sí, el perfil de red debe contener como mínimo una dirección IP de cada miembro del grupo de nodos.
- Si el parámetro estricto del grupo de nodos se establece en No, el perfil de red debe incluir al menos una dirección IP de cada uno de los nodos del clúster.
¿Cómo puedo configurar WionNS en una configuración de clúster?
Nota
Compatible con NetScaler 11.0, compilación 62.x en adelante.
Para utilizar WionNS en un clúster, debe hacer lo siguiente:
- Asegúrese de que el paquete Java y el paquete WI están presentes en el mismo directorio en todos los nodos del clúster.
- Cree un servidor virtual de equilibrio de carga que tenga configurada la persistencia.
- Cree servicios con direcciones IP como la dirección NSIP de cada uno de los nodos del clúster a los que quiere servir el tráfico WI. Este paso solo se puede configurar mediante la CLI de Citrix ADC.
- Enlazar los servicios al servidor virtual de equilibrio de carga.
Nota
Si está usando WionNS a través de una conexión VPN, asegúrese de que el servidor virtual de equilibrio de carga está establecido como WIHOME.
¿Se puede utilizar el canal LA del clúster para el acceso a la administración?
No. El acceso de administración a un nodo de clúster no debe configurarse en un canal LA del clúster (por ejemplo, CLA/1) ni en sus interfaces miembro. Esto se debe a que cuando el nodo está INACTIVO, la interfaz DE LA del clúster correspondiente se marca como apagado y, por lo tanto, pierde el acceso de administración.
¿Cómo se comunican los nodos de clúster entre sí y cuáles son los diferentes tipos de tráfico que atraviesa el plano posterior?
Un backplane es un conjunto de interfaces en las que una interfaz de cada nodo está conectada a un conmutador común, que se denomina conmutador de backplane del clúster. Los diferentes tipos de tráfico que pasa a través de un plano posterior, que es utilizado por la comunicación entre nodos son:
- Mensajería de nodo a nodo (NNM)
- Tráfico dirigido
- Propagación y sincronización de la configuración
Cada nodo del clúster utiliza una dirección especial del conmutador de backplane del clúster MAC para comunicarse con otros nodos a través del backplane. El MAC especial del clúster tiene la forma: 0x02 0x00 0x6F<cluster_id> <node_id> <reserved>, donde <cluster_id> es el ID de instancia del clúster. El <node\_id\
es el número de nodo del dispositivo Citrix ADC que se agrega a un clúster.
Nota
La cantidad de tráfico que maneja un plano posterior tiene una sobrecarga de CPU insignificante.
¿Qué se enruta sobre el túnel GRE para el clúster de Capa 3?
Solo el tráfico de datos dirigidos pasa por el túnel GRE. Los paquetes se dirigen a través del túnel GRE hasta el nodo de la otra subred.
¿Cómo se intercambia la mensajería de nodo a nodo (NNM) y los mensajes de latido, y cómo se enrutan?
El NNM, los mensajes de latido y el protocolo de clúster son tráfico no direccional. Estos mensajes no se envían a través del túnel, pero se enrutan directamente.
¿Cuáles son las recomendaciones de MTU cuando las tramas Jumbo están habilitadas para el tráfico de túnel de clúster de capa 3?
Las siguientes son las recomendaciones de clúster de capa 3 de Jumbo MTU sobre el túnel GRE:
- La MTU Jumbo se puede configurar entre nodos de clúster a través de la ruta L3 para acomodar la sobrecarga del túnel GRE.
- La fragmentación no ocurre para paquetes de tamaño completo que deben ser orientados.
- La dirección del tráfico continúa funcionando incluso si las tramas Jumbo no están permitidas, pero con más sobrecarga debido a la fragmentación.
¿Cómo se genera y comparte la clave hash global en todos los nodos?
El rsskey
para un dispositivo independiente se genera en el momento del arranque. En una configuración de clúster, el primer nodo contiene el rsskey
del clúster. Cada nuevo nodo que se une al clúster sincroniza rsskey
.
¿Cuál es la necesidad de set rsskeytype –rsskey symmetric
comando para *: *, USIP activado, useproxyport
off, topologías?
No es específico de un clúster, sino que también se aplica a un dispositivo independiente. Con USIP ON y el uso del puerto proxy inhabilitado, simétrico rsskey
reduce tanto la dirección Core to Core (C2C) como la dirección de nodo a nodo.
¿Cuáles son los factores que contribuyen a cambiar el nodo CCO?
El primer nodo agregado para formar una configuración de clúster se convierte en el nodo coordinador de configuración (CCO). Los siguientes factores contribuyen a cambiar el nodo CCO en la configuración del clúster:
- Cuando se quita el nodo CCO actual de la configuración del clúster
- Cuando se bloquea el nodo CCO actual
- Cuando se cambia la prioridad del nodo que no es CCO (la prioridad inferior tiene mayor prioridad)
- En condiciones dinámicas como, accesibilidad de red entre los nodos
- Cuando hay cambios en los estados del nodo: activo, spare y pasivo. Los nodos activos se prefieren como CCO.
- Cuando hay un cambio en la configuración, y el nodo que tiene la configuración más reciente se prefiere como CCO.
Compartir
Compartir
En este artículo
- ¿Cuántos dispositivos Citrix ADC se pueden incluir en un único clúster Citrix ADC?
- ¿Puede un dispositivo Citrix ADC formar parte de varios clústeres?
- ¿Qué es una dirección IP de clúster? ¿Cuál es su máscara de subred?
- ¿Cómo puedo crear un nodo de clúster específico como coordinador de configuración del clúster?
- ¿Por qué las interfaces de red de un clúster están representadas en notación de 3 tuplas (n/u/c) en lugar de la notación regular de 2 tuplas (u/c)?
- ¿Cómo puedo establecer el nombre de host para un nodo de clúster?
- ¿Puedo detectar automáticamente dispositivos Citrix ADC para poder agregarlos a un clúster?
- ¿Se ve afectada la capacidad de servicio de tráfico de un clúster si se quita o inhabilita un nodo o se reinicia o apaga o se inactiva?
- Tengo varios dispositivos independientes, cada uno de los cuales tiene diferentes configuraciones. ¿Puedo agregarlos a un solo clúster?
- ¿Puedo migrar las configuraciones de un dispositivo Citrix ADC independiente o una configuración de HA a la configuración en clúster?
- ¿Las interfaces del plano posterior forman parte de las VLAN L3?
- ¿Cómo puedo configurar un clúster que incluya nodos de diferentes redes?
- ¿Cómo puedo configurar/anular la configuración de NSVLAN en un clúster?
- Tengo un clúster configurado en el que algunos nodos de Citrix ADC no están conectados a la red externa. ¿Puede el clúster seguir funcionando normalmente?
- ¿Cómo pueden admitirse las implementaciones que requieren reenvío basado en Mac (MBF) en una configuración agrupada?
- ¿Puedo ejecutar comandos desde la dirección NSIP de un nodo de clúster?
- ¿Puedo inhabilitar la propagación de la configuración entre nodos del clúster?
- ¿Puedo cambiar la dirección NSIP o cambiar la NSVLAN de un dispositivo Citrix ADC cuando forma parte del clúster?
- ¿El clúster Citrix ADC admite VLAN L2 y L3?
- ¿Cómo puedo configurar SNMP en un clúster de Citrix ADC?
- ¿Qué detalles debo tener disponibles cuando me pongo en contacto con el soporte técnico para problemas relacionados con clústeres?
- ¿Puedo usar direcciones IP seccionadas como la Gateway predeterminada de los servidores?
- ¿Puedo ver las configuraciones de enrutamiento de un nodo de clúster específico desde la dirección IP del clúster?
- ¿Cómo puedo especificar el nodo para el que quiero establecer la prioridad del sistema LACP?
- ¿Cómo se configuran los túneles IP en una configuración de clúster?
- ¿Cómo puedo agregar un conjunto de interfaces de conmutación por error (FIS) en los nodos de un clúster de Citrix ADC?
- ¿Cómo se configuran los perfiles de red en una configuración de clúster?
- ¿Cómo puedo configurar WionNS en una configuración de clúster?
- ¿Se puede utilizar el canal LA del clúster para el acceso a la administración?
- ¿Cómo se comunican los nodos de clúster entre sí y cuáles son los diferentes tipos de tráfico que atraviesa el plano posterior?
- ¿Qué se enruta sobre el túnel GRE para el clúster de Capa 3?
- ¿Cómo se intercambia la mensajería de nodo a nodo (NNM) y los mensajes de latido, y cómo se enrutan?
- ¿Cuáles son las recomendaciones de MTU cuando las tramas Jumbo están habilitadas para el tráfico de túnel de clúster de capa 3?
- ¿Cómo se genera y comparte la clave hash global en todos los nodos?
- ¿Cuál es la necesidad de set rsskeytype –rsskey symmetric comando para *: *, USIP activado, useproxyport off, topologías?
- ¿Cuáles son los factores que contribuyen a cambiar el nodo CCO?
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select Do Not Agree to exit.