-
-
Solución nativa en la nube de Citrix
-
Solución Kubernetes Ingress
-
-
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 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
-
Ejemplos de tutoriales de directivas avanzadas para reescritura
-
-
-
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é
-
Visitas directas 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ú
-
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 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 XenDesktop para el equilibrio de carga
-
Caso de uso 13: Configurar XenApp para el equilibrio de 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
-
Gracias por sus comentarios.
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 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!
Solución Kubernetes Ingress
En este tema se ofrece una visión general de la solución Kubernetes Ingress proporcionada por Citrix y se explican los beneficios.
¿Qué es Kubernetes Ingress?
Cuando ejecuta una aplicación dentro de un clúster de Kubernetes, debe proporcionar una forma para que los usuarios externos tengan acceso a las aplicaciones desde fuera del clúster de Kubernetes. Kubernetes proporciona un objeto llamado Ingress que proporciona la forma más efectiva de exponer varios servicios mediante una dirección IP estable. Un objeto Kubernetes Ingress siempre está asociado con uno o más servicios y actúa como un punto de entrada único para que los usuarios externos accedan a los servicios que se ejecutan dentro del clúster.
El siguiente diagrama explica cómo funciona la entrada de Kubernetes.
La implementación de Kubernetes Ingress consta de los siguientes componentes:
-
Recurso Ingress. Un recurso Ingress permite definir reglas para acceder a las aplicaciones desde fuera del clúster.
-
Controller de entrada. Un controlador Ingress es una aplicación implementada dentro del clúster que interpreta las reglas definidas en la entrada. El controlador Ingress convierte las reglas de Ingress en instrucciones de configuración para una aplicación de equilibrio de carga integrada con el clúster. El equilibrador de carga puede ser una aplicación de software que se ejecuta dentro del clúster de Kubernetes o un dispositivo de hardware que se ejecuta fuera del clúster.
-
Dispositivo de entrada. Un dispositivo Ingress es una aplicación de equilibrio de carga como Citrix ADC CPX, VPX o MPX que realiza el equilibrio de carga de acuerdo con las instrucciones de configuración proporcionadas por el controlador Ingress.
¿Qué es la solución Kubernetes Ingress de Citrix?
En esta solución, Citrix proporciona una implementación del Controller Kubernetes Ingress para administrar y enrutar el tráfico al clúster de Kubernetes mediante ADC de Citrix (Citrix ADC CPX, VPX o MPX). El Citrix ingress controller integra Citrix ADC con su entorno de Kubernetes y configura Citrix ADC CPX, VPX o MPX de acuerdo con las reglas de entrada.
Las soluciones estándar de Kubernetes Ingress proporcionan equilibrio de carga solo en la capa 7 (tráfico HTTP o HTTPS). Algunas veces, necesita exponer muchas aplicaciones heredadas que dependen de TCP o UDP o aplicaciones y necesitan una forma de equilibrar la carga de esas aplicaciones. La solución Citrix Kubernetes Ingress proporciona compatibilidad con tráfico TCP, TCP-SSL y UDP, además de la entrada HTTP o HTTPS estándar. Además, funciona sin problemas en múltiples nubes o centros de datos locales.
Citrix ADC proporciona directivas de administración de tráfico de nivel empresarial, como directivas de reescritura y respuesta, para equilibrar eficazmente el tráfico en la capa 7. Sin embargo, Kubernetes Ingress carece de tales directivas de gestión del tráfico de nivel empresarial. Con la solución Kubernetes Ingress de Citrix, puede aplicar directivas de reescritura y respuesta para el tráfico de aplicaciones en un entorno de Kubernetes mediante CRD proporcionados por Citrix.
La solución Kubernetes Ingress de Citrix también admite la implementación Canary automatizada para su proceso de aplicaciones CI/CD. En esta solución, Citrix ADC se integra con la plataforma Spinnaker y sirve de fuente para proporcionar métricas precisas para analizar la implementación Canary mediante Kayenta. Tras analizar las métricas, Kayenta genera una puntuación agregada para Canary y decide promocionar o fallar la versión Canary. También puede regular la distribución del tráfico a la versión Canary mediante la infraestructura de directivas de Citrix ADC.
En la siguiente tabla se resumen los beneficios que ofrece la solución Ingress de Citrix sobre Kubernetes Ingress.
| Funciones | Kubernetes Ingress | Solución Ingress de Citrix |
|---|---|---|
| Compatibilidad con HTTP y HTTPS | Sí | Sí |
| Redirección de URL | Sí | Sí |
| TLS | Sí | Sí |
| Equilibrio de carga | Sí | Sí |
| TCP, TCP-SSL | No | Sí |
| UDP | No | Sí |
| HTTP/2 | Sí | Sí |
| Soporte automatizado de implementación Canary con herramientas CI/CD | No | Sí |
| Compatibilidad con la aplicación de directivas de reescritura y respuesta de Citrix ADC | No | Sí |
| Autenticación (Autorización abierta (OAuth), TLS mutua (MTL)) | No | Sí |
| Compatibilidad con la aplicación de directivas de limitación de velocidad de Citrix | No | Sí |
Opciones de implementación para la solución Kubernetes Ingress
La solución Kubernetes Ingress de Citrix le proporciona una arquitectura flexible en función de cómo quiera administrar sus ADC de Citrix y su entorno de Kubernetes.
Ingress unificado (nivel único)
En una arquitectura de Ingress unificada (un solo nivel), un dispositivo Citrix MPX o VPX implementado fuera del clúster de Kubernetes se integra con el entorno de Kubernetes mediante el Citrix ingress controller. El Citrix ingress controller se implementa como pod en el clúster de Kubernetes y automatiza la configuración de Citrix ADC en función de los cambios realizados en los microservicios o los recursos de Ingress. El dispositivo Citrix ADC realiza funciones como equilibrio de carga, terminación TLS y optimizaciones de protocolos HTTP o TCP en el tráfico entrante y, a continuación, enruta el tráfico al microservicio correcto dentro de un clúster de Kubernetes. Esta arquitectura se adapta mejor a casos en los que el mismo equipo administra la plataforma Kubernetes y otra infraestructura de red, incluidos los controladores de entrega de aplicaciones (ADC).
El siguiente diagrama muestra una implementación que utiliza la arquitectura de Ingress unificada.
Una solución unificada de ingreso proporciona los siguientes beneficios clave:
- Proporciona una forma de ampliar las capacidades de su infraestructura Citrix ADC existente al entorno Kubernetes
- Le permite aplicar directivas de administración de tráfico para el tráfico entrante
- Proporciona una arquitectura simplificada adecuada para equipos de DevOps conocedores de la red
- Soporta multitenancy
Ingreso de dos niveles
En una arquitectura de dos niveles, Citrix ADC (MPX o VPX) implementado fuera del clúster de Kubernetes actúa en el nivel 1 y la carga equilibra el tráfico Norte-Sur con CPX de Citrix ADC que se ejecutan dentro del clúster. Citrix ADC CPX actúa en el nivel 2 y realiza el equilibrio de carga para microservicios dentro del clúster de Kubernetes.
En casos en los que equipos independientes administran la plataforma Kubernetes y la infraestructura de red, la arquitectura de doble nivel es la más adecuada.
Los equipos de redes utilizan Citrix ADC de nivel 1 para casos de uso como GSLB, terminación TLS en la plataforma de hardware y equilibrio de carga TCP. Los equipos de plataformas de Kubernetes pueden usar Citrix ADC (CPX) de nivel 2 para el equilibrio de carga de la capa 7 (HTTP/HTTPS), TLS mutuo y la observabilidad o supervisión de microservicios. El Citrix ADC (CPX) de nivel 2 puede tener una versión de software diferente de la versión de Citrix ADC de nivel 1 para acomodar las capacidades recién disponibles.
El siguiente diagrama muestra una implementación con arquitectura de dos niveles.
Una entrada de dos niveles proporciona los siguientes beneficios clave:
- Garantiza una alta velocidad de desarrollo de aplicaciones para desarrolladores o equipos de plataformas
- Permite aplicar directivas de administración de tráfico impulsadas por desarrolladores para microservicios dentro del clúster de Kubernetes
- Permite escalar y multitenancy en la nube
Para obtener más información, consulte la documentación del Citrix ingress controller.
Introducción
Para empezar a utilizar la solución Kubernetes Ingress de Citrix, puede probar los siguientes ejemplos:
- Equilibrio de carga Tráfico de entrada con Citrix ADC CPX en Minikube
- Equilibrio de carga del tráfico de entrada Norte-Sur mediante el proxy CPX de Citrix ADC
- Equilibrio de carga tráfico de microservicios Este-Oeste mediante el proxy CPX de Citrix ADC
- Sumérgete en las funciones de Kubernetes con Citrix ADC CPX
Gracias por sus comentarios.
Compartir
Compartir
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.