-
-
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
-
-
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
-
Gestionar una implementación a gran escala
-
Configurar el escalado automático de grupos de servicios basado en dominios
-
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 el escalado automático de grupos de servicios basado en dominios
Un grupo de servicios basado en un dominio está formado por miembros cuyas direcciones IP se obtienen resolviendo los nombres de dominio de los servidores que están enlazados al grupo de servicios. Los nombres de dominio los resuelve un servidor de nombres cuyos detalles se configuran en el dispositivo. Un grupo de servicios basado en un dominio también puede incluir miembros basados en direcciones IP.
El proceso de resolución de nombres de un servidor basado en un dominio puede devolver más de una dirección IP. El número de direcciones IP en la respuesta DNS viene determinado por el número de registros de direcciones (A) configurados para el nombre de dominio en el servidor de nombres. Incluso si el proceso de resolución de nombres devuelve varias direcciones IP, solo una dirección IP está enlazada al grupo de servicios. Para ampliar o reducir la escala de un grupo de servicios, debe vincular y desvincular manualmente otros servidores basados en dominios hacia y desde el grupo de servicios, respectivamente.
Sin embargo, puede configurar un grupo de servicios basado en dominio para que escale automáticamente en función del conjunto completo de direcciones IP devueltas por un servidor de nombres DNS para un servidor basado en dominio. Para configurar el escalado automático, al vincular un servidor basado en un dominio a un grupo de servicios, habilite la opción de escalado automático. Los siguientes son los pasos para configurar un grupo de servicios basado en dominios que se escala automáticamente:
- Agregue un servidor de nombres para resolver nombres de dominio. Para obtener más información sobre la configuración de un servidor de nombres en el dispositivo, consulte Adición de un servidor de nombres.
- Agregue un servidor basado en dominio. Para obtener información sobre cómo agregar un servidor basado en dominio, consulte Configuración de un objeto de servidor.
- Agregue un grupo de servicios y asocie el servidor basado en dominio al grupo de servicios, con la opción Escalar automática establecida en DNS. Para obtener información sobre cómo agregar un grupo de servicios, consulte Configuración de grupos de servicios.
Cuando un servidor basado en dominio está enlazado a un grupo de servicios y la opción de escala automática se establece en el enlace, un monitor UDP y un monitor TCP se crean automáticamente y se vinculan al servidor basado en dominio. Los dos monitores funcionan como solucionadores. El monitor TCP está inhabilitado de forma predeterminada y el dispositivo utiliza el monitor UDP para enviar consultas de DNS al servidor de nombres a fin de resolver el nombre de dominio. Si la respuesta DNS está truncada (tiene el indicador TC establecido en 1), el dispositivo vuelve a utilizar TCP y utiliza el monitor TCP para enviar las consultas de DNS a través de TCP. A partir de entonces, el dispositivo seguirá utilizando únicamente el monitor TCP.
La respuesta DNS del servidor de nombres puede contener varias direcciones IP para el nombre de dominio. Con la opción de escalado automático configurada, el dispositivo sondea cada una de las direcciones IP mediante el monitor predeterminado y, a continuación, incluye en el grupo de servicios solo las direcciones IP que están activas y disponibles. Cuando caducan los registros de direcciones IP, tal como se definen en sus valores de tiempo de vida (TTL), el monitor UDP (o el monitor TCP, si el dispositivo ha vuelto a utilizar el monitor TCP) consulta al servidor de nombres la resolución del dominio e incluye cualquier dirección IP nueva en el grupo de servicios. Si una dirección IP que forma parte del grupo de servicios no está presente en la respuesta DNS, el dispositivo la elimina del grupo de servicios después de cerrar correctamente las conexiones existentes con el miembro del grupo, proceso durante el cual no permite establecer ninguna conexión nueva con el miembro. Si un nombre de dominio que se resolvió correctamente en el pasado da como resultado una respuesta de NXDOMAIN, se eliminan todos los miembros del grupo de servicios asociados a ese dominio.
Los miembros estáticos (basados en direcciones IP) y los miembros basados en dominios que escalan dinámicamente pueden coexistir en un grupo de servicios. También puede vincular miembros con diferentes nombres de dominio a un grupo de servicios con el conjunto de opciones de escalado automático. Sin embargo, cada nombre de dominio asociado a un grupo de servicios debe ser único dentro del grupo de servicios. Debe habilitar la opción de escalado automático para cada servidor basado en dominios que quiera usar para el escalado automático de grupos de servicios. Si una dirección IP es común a uno o más dominios, la dirección IP se agrega al grupo de servicios solo una vez.
Importante
- La escalabilidad automática de DNS se admite en una implementación de clúster.
- La supervisión de rutas para los grupos de servicios de Autoscale no se admite en la implementación del clúster.
Para configurar un grupo de servicios para que se escale automáticamente mediante la interfaz de línea de comandos
En la línea de comandos, escriba los siguientes comandos para configurar el grupo de servicios y verificar la configuración:
add servicegroup <serviceGroupName> <serviceType> -autoscale DNS
<!--NeedCopy-->
Ejemplo
En el siguiente ejemplo, server1 es un servidor basado en un dominio. La respuesta DNS contiene varias direcciones IP. Hay cinco direcciones disponibles que se agregan al grupo de servicios.
> add serviceGroup servGroup -autoScale YES
Done
> sh servicegroup servGroup
servGroup - HTTP
State: ENABLED Monitor Threshold : 0
. . .
. . .
1) 192.0.2.31:80 State: UP Server Name: server1 (Auto scale) Server ID: None Weight: 1
Monitor Name: tcp-default State: UP
Probes: 2 Failed [Total: 0 Current: 0]
Last response: Success - TCP syn+ack received.
2) 192.0.2.32:80 State: UP Server Name: server1 (Auto scale) Server ID: None Weight: 1
Monitor Name: tcp-default State: UP
Probes: 2 Failed [Total: 0 Current: 0]
Last response: Success - TCP syn+ack received.
3) 192.0.2.36:80 State: UP Server Name: server1 (Auto scale) Server ID: None Weight: 1
Monitor Name: tcp-default State: UP
Probes: 2 Failed [Total: 0 Current: 0]
Last response: Success - TCP syn+ack received.
4) 192.0.2.55:80 State: UP Server Name: server1 (Auto scale) Server ID: None Weight: 1
Monitor Name: tcp-default State: UP
Probes: 2 Failed [Total: 0 Current: 0]
Last response: Success - TCP syn+ack received.
5) 192.0.2.80:80 State: UP Server Name: server1 (Auto scale) Server ID: None Weight: 1
Monitor Name: tcp-default State: UP
Probes: 2 Failed [Total: 0 Current: 0]
Last response: Success - TCP syn+ack received.
Done
<!--NeedCopy-->
Para configurar un grupo de servicios para que se escale automáticamente mediante la utilidad de configuración
- Vaya a Administración del tráfico > Equilibrio de carga > Grupos de servicios.
- Cree un grupo de servicios y establezca el modo Autoscale en DNS.
Sobrescribir valores TTL
Nota:
Esta opción se admite en NetScaler 12.1 compilación 51.xx y posteriores.
El dispositivo NetScaler está configurado para consultar periódicamente al servidor DNS cualquier actualización del registro SRV asociado a la aplicación durante el inicio de la aplicación. De forma predeterminada, la periodicidad de esta consulta depende del TTL publicado en el registro SRV. En las aplicaciones de microservicios o en el mundo de la nube, las implementaciones cambian de forma más dinámica. Como resultado, los proxies deben absorber más rápidamente cualquier cambio en la implementación de la aplicación. Por lo tanto, se recomienda a los usuarios configurar el parámetro TTL del servicio basado en el dominio de forma explícita en un valor inferior al TTL del registro SRV y que sea óptimo para su implementación. Puede sobrescribir el valor TTL mediante dos métodos:
- Al vincular a un miembro al grupo de servicios
- Establecer el valor TTL globalmente mediante el comando set lb parameter.
En caso de que el valor TTL esté configurado tanto al vincular al miembro del grupo de servicios como también a nivel global, prevalece el valor TTL especificado al vincular al miembro del grupo de servicios. Si el valor TTL no se especifica mientras se vincula a un miembro del grupo de servicios o en el nivel global, el intervalo del monitor DBS se deriva del valor TTL en la respuesta DNS.
Sobrescribir los valores de TTL mediante la CLI
-
Para sobrescribir el valor TTL durante el enlace, en la línea de comandos, escriba:
bind serviceGroup <serviceGroupName> (<serverName> [-dbsTTL <secs>]) <!--NeedCopy-->
Ejemplo:
bind servicegroup svc_grp_1 web_serv -dbsTTL 10 <!--NeedCopy-->
-
Para sobrescribir el valor TTL de forma global, en la línea de comandos, escriba:
set lb parameter [-dbsTTL <secs>] <!--NeedCopy-->
Ejemplo:
set lb parameter -dbsTTL 15 <!--NeedCopy-->
Sobrescribir los valores de TTL mediante la GUI
Para sobrescribir el valor TTL durante el enlace:
-
Vaya a Administración del tráfico > Equilibrio de carga > Grupos de servicios.
-
En la página Grupos de servicios, seleccione el grupo de servicios que ha creado y haga clic en Modificar.
-
En la página Grupos de servicios de equilibrio de carga, haga clic en Miembros del grupode
-
En la página Enlace de miembros del grupo de servicios, seleccione el servidor que ha creado y haga clic en Modificar.
-
En Domain Based Service TTL, introduzca el valor TTL.
Para sobrescribir el valor TTL a nivel global:
-
Vaya a Administración del tráfico > Equilibrio de carga > Cambiar parámetros de equilibrio de carga.
-
En Domain Based Service TTL, introduzca el valor TTL.
Nota:
Si el valor TTL del servidor basado en dominio se establece en 0, se utilizará el valor TTL del paquete de datos.
Especificar servidores de nombres diferentes para enlaces de nombres de dominio y grupos de servicios
Nota:
Esta opción se admite en NetScaler 12.1 compilación 51.xx y posteriores.
Puede configurar diferentes servidores de nombres para diferentes nombres de dominio en un grupo específico. Establecer el parámetro nameServer es opcional mientras se vincula un servidor DBS al grupo de servicios. Cuando no se especifica un servidor de nombres al vincular a un miembro al grupo de servicios, se tiene en cuenta el servidor de nombres configurado globalmente.
Especificar servidores de nombres al vincular un servidor a grupos de servicios mediante la CLI
En la línea de comandos, escriba:
bind serviceGroup <serviceGroupName> (<serverName> [-nameServer <ip_addr>] [-dbsTTL <secs>])
<!--NeedCopy-->
Ejemplo:
bind servicegroup svc_grp_1 web_serv -ns.nameserver.com 10.102.27.155 -dbsTTL 10
<!--NeedCopy-->
Especificar servidores de nombres al vincular un servidor a grupos de servicios mediante la GUI
-
Vaya a Administración del tráfico > Equilibrio de carga > Grupos de servicios.
-
En la página Grupos de servicios, seleccione el grupo de servicios que ha creado y haga clic en Modificar.
-
En la página Grupos de servicios de equilibrio de carga, haga clic en Miembros del grupode
-
En la página Enlace de miembros del grupo de servicios, seleccione el servidor que ha creado y haga clic en Modificar.
-
En Servidorde nombres, especifique el nombre del servidor de nombres al que debe enviarse la consulta del dominio enlazado.
TROFS con retraso automático
Puede configurar el movimiento correcto de los miembros de un grupo de servicios al estado TROFS cuando se eliminen las direcciones IP de la respuesta de DNS. Cuando la opción TROFS con retraso automático está habilitada, NetScaler espera al máximo tiempo de respuesta en todos los monitores conectados al grupo de servicios antes de mover a los miembros al estado TROFS.
Esta opción es útil cuando un nuevo conjunto de direcciones IP reemplaza por completo a las existentes y se debe verificar la conectividad antes de agregar las nuevas direcciones IP.
Nota:
La opción
-autoDelayedTrofs
es compatible con la versión 37.xx de NetScaler 13.1 y versiones posteriores.
Configure TROFS con retraso automático mediante la CLI
En el símbolo del sistema, escriba el siguiente comando:
add serviceGroup <serviceGroupName>@ <serviceType> [-autoScale <autoScale>] [-autoDelayedTrofs ( YES | NO)]
<!--NeedCopy-->
Ejemplo
> add serviceGroup sg1 HTTP -autoScale DNS -autoDelayedTrofs YES
<!--NeedCopy-->
Configure TROFS con retraso automático mediante la GUI
- Vaya a Administración del tráfico > Equilibrio de carga > Grupos de servicios.
- En Modo de Autoscale, seleccione DNS.
- En Trofs retrasados automáticos, selecciona SÍ.
Nota:
La opción Trofs retrasados automáticos solo está habilitada si selecciona DNS en el modo AutoScale.
Compartir
Compartir
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.