-
-
Implementar una instancia de NetScaler VPX
-
Optimice el rendimiento de NetScaler VPX en VMware ESX, Linux KVM y Citrix Hypervisors
-
Mejore el rendimiento de SSL-TPS en plataformas de nube pública
-
Configurar subprocesos múltiples simultáneos para NetScaler VPX en nubes públicas
-
Instalar una instancia de NetScaler VPX en un servidor desnudo
-
Instalar una instancia de NetScaler VPX en Citrix Hypervisor
-
Instalación de una instancia de NetScaler VPX en VMware ESX
-
Configurar NetScaler VPX para usar la interfaz de red VMXNET3
-
Configurar NetScaler VPX para usar la interfaz de red SR-IOV
-
Configurar NetScaler VPX para usar Intel QAT para la aceleración de SSL en modo SR-IOV
-
Migración de NetScaler VPX de E1000 a interfaces de red SR-IOV o VMXNET3
-
Configurar NetScaler VPX para usar la interfaz de red de acceso directo PCI
-
-
Instalación de una instancia NetScaler VPX en la nube de VMware en AWS
-
Instalación de una instancia NetScaler VPX en servidores Microsoft Hyper-V
-
Instalar una instancia de NetScaler VPX en la plataforma Linux-KVM
-
Requisitos previos para instalar dispositivos virtuales NetScaler VPX en la plataforma Linux-KVM
-
Aprovisionamiento del dispositivo virtual NetScaler mediante OpenStack
-
Aprovisionamiento del dispositivo virtual NetScaler mediante Virtual Machine Manager
-
Configuración de dispositivos virtuales NetScaler para que usen la interfaz de red SR-IOV
-
Configuración de dispositivos virtuales NetScaler para que usen la interfaz de red PCI Passthrough
-
Aprovisionamiento del dispositivo virtual NetScaler mediante el programa virsh
-
Administración de las máquinas virtuales invitadas de NetScaler
-
Aprovisionamiento del dispositivo virtual NetScaler con SR-IOV en OpenStack
-
-
Implementar una instancia de NetScaler VPX en AWS
-
Configurar las funciones de IAM de AWS en la instancia de NetScaler VPX
-
Implementación de una instancia independiente NetScaler VPX en AWS
-
Servidores de equilibrio de carga en diferentes zonas de disponibilidad
-
Implementar un par de alta disponibilidad de VPX en la misma zona de disponibilidad de AWS
-
Alta disponibilidad en diferentes zonas de disponibilidad de AWS
-
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en distintas zonas de AWS
-
Implementación de una instancia NetScaler VPX en AWS Outposts
-
Proteja AWS API Gateway mediante el firewall de aplicaciones web de Citrix
-
Configurar una instancia de NetScaler VPX para utilizar la interfaz de red SR-IOV
-
Configurar una instancia de NetScaler VPX para utilizar redes mejoradas con AWS ENA
-
Implementar una instancia de NetScaler VPX en Microsoft Azure
-
Arquitectura de red para instancias NetScaler VPX en Microsoft Azure
-
Configuración de varias direcciones IP para una instancia independiente NetScaler VPX
-
Configurar una configuración de alta disponibilidad con varias direcciones IP y NIC
-
Configurar una instancia de NetScaler VPX para usar redes aceleradas de Azure
-
Configure los nodos HA-INC mediante la plantilla de alta disponibilidad de NetScaler con Azure ILB
-
Instalación de una instancia NetScaler VPX en la solución Azure VMware
-
Configurar una instancia independiente de NetScaler VPX en la solución Azure VMware
-
Configurar una instalación de alta disponibilidad de NetScaler VPX en la solución Azure VMware
-
Configurar el servidor de rutas de Azure con un par de alta disponibilidad de NetScaler VPX
-
Configurar GSLB en una configuración de alta disponibilidad activa en espera
-
Configuración de grupos de direcciones (IIP) para un dispositivo NetScaler Gateway
-
Scripts de PowerShell adicionales para la implementación de Azure
-
Implementación de una instancia NetScaler VPX en Google Cloud Platform
-
Implementar un par de VPX de alta disponibilidad en Google Cloud Platform
-
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en Google Cloud Platform
-
Instalar una instancia de NetScaler VPX en VMware Engine de Google Cloud
-
Compatibilidad con escalado VIP para la instancia NetScaler VPX en GCP
-
-
Automatizar la implementación y las configuraciones de NetScaler
-
Actualización y degradación de un dispositivo NetScaler
-
Consideraciones de actualización para configuraciones con directivas clásicas
-
Consideraciones sobre la actualización de archivos de configuración personalizados
-
Consideraciones sobre la actualización: Configuración de SNMP
-
Compatibilidad con actualización de software en servicio para alta disponibilidad
-
Soluciones para proveedores de servicios de telecomunicaciones
-
Equilibrio de carga del tráfico de plano de control basado en protocolos de diámetro, SIP y SMPP
-
Utilización del ancho de banda mediante la funcionalidad de redirección de caché
-
-
-
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 la configuración de autenticación, autorización y auditoría
-
Autorización del acceso de los usuarios a los recursos de aplicaciones
-
NetScaler como proxy del servicio de federación de Active Directory
-
NetScaler Gateway local como proveedor de identidad de 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
-
Solución de problemas relacionados con la autenticación y la autorización
-
-
-
-
Configurar una expresión de directiva avanzada: Cómo empezar
-
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 directivas avanzadas: funciones de análisis de transmisiones
-
Ejemplos de tutoriales de directivas avanzadas para la reescritura
-
-
-
Protecciones de nivel superior
-
Protección basada en gramática SQL para cargas útiles HTML y JSON
-
Protección basada en gramática por inyección de comandos para carga útil HTML
-
Reglas de relajación y denegación para gestionar ataques de inyección HTML SQL
-
Compatibilidad con palabras clave personalizadas para la carga útil HTML
-
Compatibilidad con firewall de aplicaciones para Google Web Toolkit
-
Comprobaciones de protección XML
-
Caso de uso: Vincular la directiva de Web App Firewall a un servidor virtual VPN
-
-
-
Administrar un servidor virtual de redirección de caché
-
Ver estadísticas del servidor virtual de redirección de caché
-
Habilitar o inhabilitar un servidor virtual de redirección de caché
-
Resultados directos de directivas a la caché en lugar del origen
-
Realizar una copia de seguridad de un servidor virtual de redirección de caché
-
Habilitar la comprobación de estado TCP externa para servidores virtuales UDP
-
-
Traducir la dirección IP de destino de una solicitud a la dirección IP de origen
-
-
Descripción general del cluster
-
Administración del clúster de NetScaler
-
Grupos de nodos para configuraciones detectadas y parcialmente rayadas
-
Desactivación de la dirección en el plano posterior del clúster
-
Eliminar 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 los errores de propagación de comandos en una implementación de clúster
-
Compatibilidad con logotipos preparados para IPv6 para clústeres
-
Enlace de interfaz VRRP en un clúster activo de un solo nodo
-
Casos de configuración y uso de clústeres
-
Migración de una configuración de HA a una configuración de clúster
-
Interfaces comunes para cliente y servidor e interfaces dedicadas para backplane
-
Conmutador común para cliente y servidor y conmutador dedicado para placa posterior
-
Supervisar servicios en un clúster mediante la supervisión de rutas
-
-
Configurar NetScaler como un solucionador de stubs con reconocimiento de seguridad no validante
-
Compatibilidad con tramas gigantes para DNS para gestionar respuestas de grandes tamaños
-
Configurar el almacenamiento en caché negativo de los registros DNS
-
Caso de uso: Configurar la función de administración automática de claves de DNSSEC
-
Caso de uso: Configurar la administración automática de claves DNSSEC en la implementación de GSLB
-
Equilibrio de carga global del servidor
-
Configurar protocolo de intercambio de métricas
-
Configurar entidades GSLB individualmente
-
Recomendaciones de actualización para la implementación de GSLB
-
-
Estado de servicio y servidor virtual de equilibrio de carga
-
Insertar atributos de cookie a las cookies generadas por ADC
-
Proteja una configuración de equilibrio de carga contra fallos
-
Administrar el tráfico de clientes
-
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
-
Utilizar 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
-
Gestionar el tráfico de clientes en función de la velocidad de tráfico
-
Utilizar un puerto de origen de un rango de puertos especificado para la comunicación de back-end
-
Configurar la persistencia IP de origen para la comunicación back-end
-
-
Configuración avanzada de equilibrio de carga
-
Aumenta gradualmente la carga en un nuevo servicio con un inicio lento a nivel de servidor virtual
-
Proteger aplicaciones en servidores protegidos contra los picos de tráfico
-
Habilitar la limpieza de las conexiones de servicios y servidores virtuales
-
Habilitar o inhabilitar la sesión de persistencia en los servicios TROFS
-
Habilitar la comprobación de estado TCP externa para servidores virtuales UDP
-
Mantener la conexión de cliente para varias solicitudes de cliente
-
Insertar la dirección IP del cliente en el encabezado de solicitud
-
Utilizar 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 clientes 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 modo de Direct Server Return
-
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 modo en línea
-
Caso de uso 10: Equilibrio de carga de los 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 Citrix Virtual Desktops para el equilibrio de carga
-
Caso de uso 13: Configurar Citrix Virtual Apps and Desktops para equilibrar la carga
-
Caso de uso 14: Asistente de ShareFile para equilibrar la carga Citrix ShareFile
-
Caso práctico 15: Configurar el equilibrio de carga de capa 4 en el dispositivo NetScaler
-
-
Configurar para obtener el tráfico de datos NetScaler FreeBSD desde una dirección SNIP
-
-
-
Matriz de compatibilidad de certificados de servidor en el dispositivo ADC
-
Compatibilidad con plataformas basadas en chip SSL Intel Coleto
-
Compatibilidad con el módulo de seguridad de hardware Thales Luna Network
-
-
-
-
Configuración de un túnel de CloudBridge Connector entre dos centros de datos
-
Configuración de CloudBridge Connector entre el centro de datos y la nube de AWS
-
Configuración de un túnel de CloudBridge Connector entre un centro de datos y Azure Cloud
-
Configuración del túnel CloudBridge Connector entre Datacenter y SoftLayer Enterprise Cloud
-
Diagnóstico y solución de problemas de túnel CloudBridge Connector
-
-
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 distintas subredes
-
Limitación de las conmutaciones por error causadas por monitores de ruta en modo no INC
-
Configuración del conjunto de interfaces de conmutación por error
-
Administración de mensajes de latido de alta disponibilidad en un dispositivo NetScaler
-
Quitar y reemplazar un NetScaler en una configuració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)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
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.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Configurar protocolo de intercambio de métricas
Los centros de datos de una configuración GSLB intercambian métricas entre sí mediante el protocolo de intercambio de métricas (MEP), que es un protocolo propietario del dispositivo NetScaler. El intercambio de la información de métrica comienza cuando se crea un sitio GSLB. Estas métricas incluyen información de carga, red y persistencia.
El MEP es obligatorio para comprobar el estado de los centros de datos a fin de garantizar su disponibilidad. Cualquiera de los centros de datos involucrados en el intercambio puede iniciar una conexión para intercambiar métricas de red (tiempo de ida y vuelta), pero la conexión para intercambiar las métricas del sitio siempre la inicia el centro de datos con la dirección IP inferior. De forma predeterminada, el centro de datos usa una dirección IP de subred (SNIP) para establecer una conexión con la dirección IP de otro centro de datos. Sin embargo, puede configurar un SNIP específico, una dirección IP virtual (VIP) o una dirección NSIP como dirección IP de origen para el intercambio de métricas. El proceso de comunicación entre sitios GSLB utiliza el puerto TCP 3011 o 3009, por lo que este puerto debe estar abierto en firewalls que se encuentran entre los dispositivos NetScaler.
Nota: Puede configurar una dirección IP de sitio SNIP o GSLB como dirección IP de origen para el intercambio de métricas. Para obtener más información, consulte Configurar la dirección IP de origen para un nodo RPC.
Si los sitios de origen y destino (el sitio que inicia una conexión MEP y el sitio que recibe la solicitud de conexión, respectivamente) tienen configuradas direcciones IP privadas y públicas, los sitios intercambian información MEP mediante las direcciones IP públicas.
También puede enlazar monitores para comprobar el estado de los servicios remotos como se describe en “Supervisión de los servicios GSLB.” Cuando los monitores están enlazados, el intercambio de métricas no controla el estado del servicio remoto. Si un monitor está enlazado a un servicio remoto y el intercambio de métricas está activado, el monitor controla el estado de salud. Al vincular los monitores al servicio remoto, el dispositivo NetScaler puede interactuar con un dispositivo de equilibrio de carga que no sea de NetScaler. El dispositivo NetScaler puede monitorear dispositivos que no son de NetScaler, pero no puede realizar el equilibrio de carga en ellos a menos que los monitores estén enlazados a todos los servicios de GSLB y solo se utilicen métodos de equilibrio de carga estáticos (como los métodos de rotación por turnos, proximidad estática o basados en hash).
Con la versión 11.1.51.x o posterior de NetScaler, para evitar interrupciones innecesarias de los servicios, puede establecer un retraso para marcar los servicios de GSLB como INACTIVADOS cuando una conexión MEP se interrumpa.
Estado MEP en una configuración de alta disponibilidad
En una configuración de alta disponibilidad, el nodo principal establece conexiones con los sitios remotos y el estado MEP no se sincroniza del nodo principal a los nodos secundarios. Por lo tanto, el estado MEP en el nodo secundario permanece INACTIVO. Cuando el nodo secundario pasa a ser principal, establece conexiones MEP con el nuevo sitio GSLB y actualiza el estado del MEP en consecuencia.
Habilitar el intercambio de métricas del sitio
Las métricas del sitio intercambiadas entre los sitios de la GSLB incluyen el estado de cada servidor virtual de equilibrio de carga o conmutación de contenido, el número actual de conexiones, la velocidad de paquetes actual y la información sobre el uso actual del ancho de banda.
El dispositivo NetScaler necesita esta información para equilibrar la carga entre los sitios. El intervalo de intercambio de métricas del sitio es de 1 segundo. Un servicio GSLB remoto debe estar enlazado a un servidor virtual GSLB local para permitir el intercambio de métricas del sitio con el servicio remoto.
Para habilitar o inhabilitar el intercambio de métricas del sitio mediante la interfaz de línea de comandos
En una línea de comandos, escriba los siguientes comandos para habilitar o inhabilitar el intercambio de métricas del sitio y comprobar la configuración:
set gslb site <siteName> -metricExchange (ENABLED|DISABLED)
show gslb site** <siteName>
<!--NeedCopy-->
Ejemplo:
set gslb site Site-GSLB-East-Coast -metricExchange ENABLED
set gslb site Site-GSLB-East-Coast -metricExchange DISABLED
show gslb site Site-GSLB-East-Coast
<!--NeedCopy-->
Para habilitar o inhabilitar el intercambio de métricas del sitio mediante la interfaz gráfica de usuario
- Vaya a Administración del tráfico > GSLB > Sitiosy seleccione el sitio.
- En el cuadro de diálogo Configurar sitio GSLB, seleccione la opción Intercambio de métricas .
Habilitar el intercambio de métricas de red
Si sus sitios GSLB utilizan el método de equilibrio de carga con tiempo de ida y vuelta (RTT), puede habilitar o inhabilitar el intercambio de información de RTT sobre el servicio DNS local del cliente. Esta información se intercambia cada 5 segundos.
Para obtener más información sobre cómo cambiar el método GSLB a un método basado en RTT, consulte Métodos GSLB.
Para habilitar o inhabilitar el intercambio de información de métricas de red mediante la interfaz de línea de comandos
En la línea de comandos, escriba los siguientes comandos para habilitar o inhabilitar el intercambio de información métrica de red y comprobar la configuración:
set gslb site <siteName> -nwmetricExchange (ENABLED|DISABLED)
show gslb site <<siteName>
<!--NeedCopy-->
Ejemplo:
set gslb site Site-GSLB-East-Coast -nwmetricExchange ENABLED
set gslb site Site-GSLB-East-Coast -nwmetricExchange DISABLED
show gslb site Site-GSLB-East-Coast
<!--NeedCopy-->
Para habilitar o inhabilitar el intercambio de información métrica de red mediante la interfaz gráfica de usuario
- Vaya aAdministración del tráfico>GSLB > Sitios.
- En el cuadro de diálogo Configurar sitio GSLB, seleccione la opción Intercambio de métricas de red .
Configurar un retraso temporal para que los servicios GSLB se marquen como INACTIVADOS cuando una conexión MEP deja de funcionar
Si el estado de una conexión MEP a un sitio remoto cambia a INACTIVO, el estado de todos los servicios GSLB de ese sitio remoto se marca como INACTIVO, aunque es posible que el sitio no esté INACTIVO realmente.
Ahora puede configurar un retraso para permitir que se restablezca la conexión MEP antes de que el sitio se marque como INACTIVO. Si la conexión MEP vuelve a funcionar antes de que caduque el retraso, los servicios no se ven afectados.
Por ejemplo, si establece el retraso en 10, los servicios GSLB permanecen ACTIVOS hasta que la conexión MEP esté INACTIVA durante 10 segundos. Después de este período, los servicios de GSLB se marcan como INUTILIZADOS. Sin embargo, si la conexión MEP vuelve a funcionar dentro de los 10 segundos, los servicios GSLB permanecen en el estado ACTIVO.
Nota:
Este retraso solo se aplica a los servicios que no están vinculados a un monitor. El retraso no afecta a los monitores de activación.
Para establecer un retraso mediante la interfaz de línea de comandos
En el símbolo del sistema, escriba el siguiente comando:
set gslb parameter** - GSLBSvcStateDelayTime <sec>
<!--NeedCopy-->
Ejemplo:
establece el parámetro gslb - gslbSvcStateDelayTime 10
Nota
En una implementación jerárquica (topología padre-hijo), si configura el servicio GSLB tanto en el sitio principal como en el secundario, defina el parámetro GSLB en los sitios principal y secundario. Si no configura el servicio GSLB en el sitio secundario, defina el parámetro GSLB únicamente en el sitio principal.
Para establecer un retraso mediante la interfaz gráfica de usuario
- Vaya a Configuración > Administración del tráfico > GSLB > Cambiar configuración de GSLB.
- En el cuadro Tiempo de demora de estado de servicio GSLB (segundos), escriba el retardo de tiempo en segundos.
Configurar un tiempo de aprendizaje para los servicios GSLB cuando aparezca el estado de la conexión MEP para evitar fallas en los servicios GSLB
Cuando se reinicia un nodo o durante la conmutación por error de alta disponibilidad, el sistema se inicializa. A continuación, el nodo debe obtener información actual sobre los servicios locales y secundarios configurados para comunicar el estado del servicio a los nodos remotos a través de MEP. El nodo tarda algún tiempo en obtener la información correcta. Mientras tanto, si un nodo de pares se conecta a este nodo y solicita una actualización, el nodo podría enviar estadísticas y estado de servicio incorrectos. Esta información incorrecta podría provocar fallas de servicio y otros problemas relacionados con la funcionalidad en los nodos de pares remotos. Para evitar este caso, ahora puede establecer una hora de aprendizaje para el servicio GSLB local y secundario.
Cuando se configura un tiempo de espera de aprendizaje, el sitio de GSLB obtiene cierto tiempo de búfer (tiempo de espera de aprendizaje) para obtener las estadísticas correctas sobre sus servicios locales y secundarios. Cuando un servicio se encuentra en fase de aprendizaje, el sitio GSLB remoto obtiene esta información en la actualización de MEP y no respeta el estado principal del sitio y las estadísticas recibidas a través de MEP para ese servicio.
Los servicios GSLB entran en la fase de aprendizaje en cualquiera de los siguientes casos.
- Se reinicia el dispositivo NetScaler
- Se ha producido conmutación por error de alta disponibilidad
- Se ha cambiado el nodo propietario de una configuración de GSLB de clúster
- MEP está habilitado en un nodo local
- El sitio GSLB sale del caso de la isla. Un sitio GSLB se convierte en isla cuando no está conectado a ningún otro sitio.
En una implementación principal-secundario, el principal de respaldo (si está configurado) mueve selectivamente los servicios GSLB del sitio secundario adoptado a la fase de aprendizaje cuando el principal principal se desactiva.
Para establecer un tiempo de aprendizaje del estado de servicio mediante la CLI
En el símbolo del sistema, escriba el siguiente comando:
set gslb parameter – SvcStateLearningTime <sec>
<!--NeedCopy-->
Puede configurar “SVCStateleLearningTime” en segundos. El valor predeterminado es 0 y el valor máximo es 3600. Este parámetro solo se aplica si los monitores no están vinculados a los servicios GSLB.
Ejemplo:
set gslb parameter – SvcStateLearningTime 10
<!--NeedCopy-->
Para configurar el tiempo de aprendizaje del estado del servicio mediante la GUI
-
Vaya a Configuración > Administración del tráfico > GSLB > Panel > Cambiar la configuración de GSLB.
Aparecerá la página Establecer parámetros GSLB .
-
En el campo Tiempo de aprendizaje del estado del servicio (segundos) de GSLB, escriba el tiempo de aprendizaje en segundos.
Habilitar el intercambio de información de persistencia
Puede configurar el dispositivo NetScaler para que proporcione conexiones persistentes, de modo que la transmisión de un cliente a cualquier servidor virtual de un grupo pueda dirigirse a un servidor que haya recibido transmisiones anteriores del mismo cliente.
Puede habilitar o inhabilitar el intercambio de información de persistencia en cada sitio. Esta información se intercambia una vez cada 5 segundos entre los dispositivos NetScaler que participan en GSLB.
Para obtener más información sobre la configuración de la persistencia, consulte Configuración de conexiones persistentes.
Para habilitar o inhabilitar el intercambio de información de persistencia mediante la interfaz de línea de comandos
En la línea de comandos, escriba los siguientes comandos para habilitar o inhabilitar el intercambio de información de persistencia y comprobar la configuración:
set gslb site <siteName> -sessionExchange (ENABLED|DISABLED)
show gslb site** <siteName>
<!--NeedCopy-->
Ejemplo:
set gslb site Site-GSLB-East-Coast -sessionExchange ENABLED
set gslb site Site-GSLB-East-Coast -sessionExchange DISABLED
show gslb site Site-GSLB-East-Coast
<!--NeedCopy-->
Para habilitar o inhabilitar el intercambio de información de persistencia mediante la interfaz gráfica de usuario
- Vaya a Administración del tráfico > GSLB > Sitiosy haga doble clic en el sitio.
- En el cuadro de diálogo Configurar sitio GSLB, active o desactive la casilla Persistence Session Entry Exchange .
Compartir
Compartir
En este artículo
- Estado MEP en una configuración de alta disponibilidad
- Habilitar el intercambio de métricas del sitio
- Habilitar el intercambio de métricas de red
- Configurar un retraso temporal para que los servicios GSLB se marquen como INACTIVADOS cuando una conexión MEP deja de funcionar
- Configurar un tiempo de aprendizaje para los servicios GSLB cuando aparezca el estado de la conexión MEP para evitar fallas en los servicios GSLB
- Habilitar el intercambio de información de persistencia
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group 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 Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.