-
Notas de la versión de Citrix ADC
-
-
Implementar una instancia de Citrix ADC VPX
-
Optimice el rendimiento de Citrix ADC VPX en VMware ESX, Linux KVM y Citrix Hypervisors
-
Instalar una instancia de Citrix ADC VPX en un servidor desnudo
-
Instalar una instancia de Citrix ADC VPX en Citrix Hypervisor
-
Instalación de una instancia Citrix ADC VPX en la nube de VMware en AWS
-
Instalación de una instancia 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 dispositivos virtuales Citrix ADC para utilizar la interfaz de red SR-IOV
-
Configuración de dispositivos virtuales Citrix ADC para utilizar la interfaz de red Passthrough PCI
-
Aprovisionamiento de Citrix ADC Virtual Appliance mediante el programa virsh
-
Administración de las máquinas virtuales invitadas de Citrix ADC
-
Aprovisionamiento de Citrix ADC Virtual Appliance con SR-IOV, en OpenStack
-
-
Implementar una instancia de Citrix ADC VPX en AWS
-
Implementación de una instancia independiente Citrix ADC 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 Citrix ADC VPX en AWS Outposts
-
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 Citrix ADC VPX en Microsoft Azure
-
Configuración de varias direcciones IP para una instancia independiente 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 Azure ILB
-
Instalación de una instancia Citrix ADC VPX en la solución Azure VMware
-
Configurar GSLB en una configuración de alta disponibilidad activa en espera
-
Configuración de grupos de direcciones (IIP) para un dispositivo Citrix Gateway
-
Scripts de PowerShell adicionales para la implementación de Azure
-
Implementación de una instancia Citrix ADC VPX en Google Cloud Platform
-
Automatizar la implementación y las configuraciones de Citrix ADC
-
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é
-
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 la configuración de autenticación, autorización y auditoría
-
Autorización del acceso de los usuarios a los recursos de aplicaciones
-
Citrix ADC como proxy del servicio de federación de Active Directory
-
Citrix 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
-
-
-
-
Configuración de la expresión de directiva avanzada: Introducción
-
Expresiones de directivas avanzadas: trabajo con fechas, horas y números
-
Expresiones de directivas avanzadas: análisis de datos HTTP, TCP y UDP
-
Expresiones de directivas avanzadas: análisis de certificados SSL
-
Expresiones de directivas avanzadas: direcciones IP y MAC, rendimiento, ID de VLAN
-
Expresiones de directivas avanzadas: funciones de Stream Analytics
-
Expresiones de referencia: expresiones de directivas avanzadas
-
Resumen de ejemplos de expresiones y directivas de sintaxis predeterminadas
-
Ejemplos de aprendizaje de directivas de sintaxis predeterminadas para reescritura
-
Migración de las reglas mod_rewrite de Apache a la sintaxis predeterminada
-
-
-
-
Comprobaciones de protección XML
-
-
-
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 Citrix ADC
-
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
-
-
Personalización de la configuración básica de conmutación de contenido
-
Protección de la configuración de conmutación de contenido contra fallos
-
Administración de una configuración de conmutación de contenido
-
Función de persistencia para servidor virtual de conmutación de contenido
-
-
Configurar Citrix ADC 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
-
-
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 la cantidad de conexiones de clientes
-
Establecer un límite en el número de solicitudes por conexión al servidor
-
Establecer un valor umbral para los monitores vinculados 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 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 Citrix ADC
-
-
Configurar para obtener el tráfico de datos Citrix ADC FreeBSD desde una dirección SNIP
-
-
Compatibilidad con protocolos TLSv1.3 tal como se define en RFC 8446
-
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
-
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 Citrix ADC 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!
Compatibilidad con persistencia para el servidor virtual de cambio de contenido
Las aplicaciones están pasando de arquitecturas monolíticas a arquitecturas de microservicios. Diferentes versiones de la misma aplicación pueden coexistir en la arquitectura de microservicios. El dispositivo Citrix ADC debe admitir la implementación continua de aplicaciones. Se logra mediante plataformas que realizan implementaciones Canary (como Spinnaker). En una configuración de implementación continua, una versión más reciente de una aplicación se implementa automáticamente y se expone al tráfico del cliente en etapas hasta que la aplicación se mantiene estable para tomar tráfico completo. Además, debe haber servicios ininterrumpidos para el cliente.
La función de cambio de contenido Citrix ADC permite a Citrix ADC el dispositivo distribuir solicitudes de cliente entre varios servidores virtuales de equilibrio de carga en función de las directivas vinculadas al servidor virtual de cambio de contenido.
Para implementaciones continuas, la cambio de contenido se utiliza para seleccionar el servidor virtual de equilibrio de carga que sirve varias versiones de una aplicación.
En la cambio de contenido, la selección de un servidor virtual de equilibrio de carga para una versión de aplicación específica cambia en tiempo de ejecución debido al cambio en las directivas de cambio de contenido. Durante esta transición, si algunas sesiones están presentes con versiones anteriores de la aplicación, dicho tráfico debe seguir siendo servido únicamente por versiones anteriores. Para admitir este requisito, el dispositivo Citrix ADC mantiene la persistencia en varios grupos de equilibrio de carga detrás de un servidor virtual de cambio de contenido. La persistencia del servidor virtual de cambio de contenido permite una transición fluida de los clientes de una versión a otra.
Tipos de persistencia admitidos en el servidor virtual de cambio de contenido
Los siguientes tipos de persistencia se admiten en servidores virtuales de cambio de contenido.
Tipo de persistencia | Descripción |
---|---|
IP de origen | SOURCEIP. Las conexiones desde la misma dirección IP del cliente forman parte de la misma sesión de persistencia. Para obtener más detalles, vea Persistencia de la dirección IP de origen. |
Cookie HTTP | COOKIEINSERT. Las conexiones que tienen el mismo encabezado HTTP Cookie son partes de la misma sesión de persistencia. El formato de la cookie que inserta el dispositivo Citrix ADC es: **NSC_ <vid_str of CSvserver> = <vid_str of Lbvserver> donde NSC_XXXX es el identificador del servidor virtual derivado del nombre del servidor virtual. Para obtener más información, consulte Persistencia de cookies HTTP. |
ID de sesión SSL | SSLSESSION. Las conexiones que tienen el mismo ID de sesión SSL son parte de la misma sesión de persistencia. Para obtener más detalles, vea Persistencia de ID de sesión SSL. |
Puede configurar un valor de tiempo de espera para la persistencia basado en cookies HTTP. Si establece el valor de tiempo de espera en 0, el dispositivo ADC no especifica el tiempo de caducidad, independientemente de la versión de la cookie HTTP utilizada. El tiempo de caducidad depende entonces del software cliente, y tales cookies son válidas solo si el software se está ejecutando.
Dependiendo del tipo de persistencia que haya configurado, el servidor virtual puede admitir 250.000 conexiones persistentes simultáneas o cualquier número de conexiones persistentes hasta los límites impuestos por la cantidad de memoria del dispositivo Citrix ADC. La siguiente tabla muestra qué tipos de persistencia pertenecen a cada categoría.
Tipo de persistencia | Número de conexiones persistentes simultáneas admitidas |
---|---|
IP de origen, ID de sesión SSL | 250000 |
Cookie HTTP | Límite de memoria. En CookieInsert, si el tiempo de espera no es 0, el número de conexiones está limitado por la memoria. |
Algunos tipos de persistencia son específicos de determinados tipos de servidor virtual. La tabla siguiente muestra cada tipo de persistencia e indica qué tipos de persistencia se admiten en qué tipos de servidor virtual.
Tipo de persistencia | HTTP | HTTPS | TCP | UDP/IP | Puente SSL_Bridge | SSL_TCP | RTSP | SIP_UDP |
---|---|---|---|---|---|---|---|---|
SOURCEIP | Sí | Sí | Sí | Sí | Sí | Sí | No | No |
COOKIEINSERT | Sí | Sí | No | No | No | No | No | No |
SSLSESSION | No | Sí | No | No | Sí | Sí | No | No |
Compatibilidad con persistencia de copias de seguridad
Puede configurar el servidor virtual de cambio de contenido para que utilice el tipo de persistencia IP de origen como tipo de persistencia de copia de seguridad cuando falla el tipo de persistencia de cookies. Es útil para implementaciones Canary en la arquitectura de microservicios. Cuando se produce un error en el tipo de persistencia de cookies, el dispositivo vuelve a la persistencia basada en IP de origen solo cuando el explorador cliente no devuelve ninguna cookie en la solicitud. Sin embargo, si el explorador devuelve una cookie (no necesariamente la cookie de persistencia), se supone que el explorador admite cookies y, por lo tanto, la persistencia de la copia de seguridad no se activa.También puede establecer un valor de tiempo de espera para la persistencia de la copia de seguridad. Tiempo de espera es el período de tiempo para el que está en vigor una sesión de persistencia.
Cómo funciona la persistencia en el cambio de contenido del servidor virtual
Caso 1: Un servidor virtual de cambio de contenido sin persistencia
El siguiente ejemplo ilustra la implementación de varias versiones de una aplicación con un servidor virtual de cambio de contenido sin persistencia.
Cuando el cliente C1 envía una solicitud a la aplicación, la solicitud se envía al servidor virtual de cambio de contenido en el dispositivo Citrix ADC. El servidor virtual de cambio de contenido evalúa la directiva y reenvía la solicitud al servidor virtual de equilibrio de carga (LB1) que está sirviendo la versión v1 de la aplicación.
Considere una nueva versión v2 de la aplicación está implementada y tiene que estar expuesta a un subconjunto de usuarios. El nuevo servidor virtual de equilibrio de carga (LB2) que sirve la versión v2 está vinculado al servidor virtual de cambio de contenido mediante la directiva de cambio de contenido adecuada.
Cuando el cliente C1 envía una nueva solicitud, la directiva se evalúa de nuevo y la solicitud se reenvía al servidor virtual de equilibrio de carga LB2. Por lo tanto, las transacciones para aplicaciones con estado fallan si se implementan varias versiones de la aplicación.
Caso 2: Content switching server virtual con persistencia
El siguiente ejemplo ilustra la implementación de varias versiones de la aplicación con un servidor virtual de cambio de contenido con persistencia.
Cuando el cliente C1 envía una solicitud a la aplicación, la solicitud se envía al servidor virtual de cambio de contenido en el dispositivo Citrix ADC. El servidor virtual de cambio de contenido evalúa la directiva, crea una entrada de sesión de persistencia y reenvía la solicitud al servidor virtual de equilibrio de carga LB1 que sirve la versión v1 de la aplicación.
El mismo cliente C1 vuelve a solicitar la aplicación y la solicitud se envía al servidor virtual de cambio de contenido en el dispositivo Citrix ADC. Se realiza una búsqueda para la sesión de persistencia y el servidor virtual de equilibrio de carga LB1 se toma de la sesión de persistencia existente y la solicitud se reenvía a LB1. No se produce ninguna rotura de la transacción existente con esta solución; por lo tanto, se mantiene la naturaleza de estado de la aplicación.
Consideremos un nuevo cliente C2. La nueva solicitud C2 se envía a la versión más reciente de la aplicación a través de la evaluación de directivas, ya que no hay ninguna sesión de persistencia existente para este cliente. Resulta en una implementación correcta de la versión más reciente de la aplicación sin romper su estado.
Debido al soporte de persistencia, los clientes pueden implementar múltiples contenidos o diferentes versiones de la aplicación sin afectar las transacciones existentes, específicamente para aplicaciones con estado. No es posible sin persistencia en la imagen.
Configurar el tipo de persistencia en el servidor virtual de cambio de contenido mediante la CLI
En el símbolo del sistema, escriba:
set cs vserver <name> -PersistenceType <type> [-timeout <integer>]
<!--NeedCopy-->
Ejemplo:
set cs vserver Vserver-CS-1 -persistenceType SOURCEIP -timeout 60
<!--NeedCopy-->
Configurar el tipo de persistencia en el servidor virtual de cambio de contenido mediante la interfaz gráfica de usuario
-
Vaya a Administración del tráfico > Cambio de contenido > Servidores virtuales y haga clic en Agregar.
-
En Configuración básica, configure los detalles de persistencia.
Compartir
Compartir
En este artículo
- Tipos de persistencia admitidos en el servidor virtual de cambio de contenido
- Compatibilidad con persistencia de copias de seguridad
- Cómo funciona la persistencia en el cambio de contenido del servidor virtual
- Configurar el tipo de persistencia en el servidor virtual de cambio de contenido mediante la CLI
- Configurar el tipo de persistencia en el servidor virtual de cambio de contenido mediante la interfaz gráfica de usuario
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.