-
Implementar una instancia de NetScaler ADC VPX
-
Optimice el rendimiento de NetScaler ADC VPX en VMware ESX, Linux KVM y Citrix Hypervisors
-
Instalar una instancia de NetScaler ADC VPX en un servidor desnudo
-
Instalar una instancia de NetScaler ADC VPX en Citrix Hypervisor
-
Instalación de una instancia NetScaler ADC VPX en la nube de VMware en AWS
-
Instalación de una instancia NetScaler ADC VPX en servidores Microsoft Hyper-V
-
Instalar una instancia de NetScaler ADC VPX en la plataforma Linux-KVM
-
Requisitos previos para instalar dispositivos virtuales NetScaler ADC VPX en la plataforma Linux-KVM
-
Aprovisionamiento de NetScaler ADC Virtual Appliance mediante OpenStack
-
Aprovisionamiento de NetScaler ADC Virtual Appliance mediante Virtual Machine Manager
-
Configuración de dispositivos virtuales NetScaler ADC para utilizar la interfaz de red SR-IOV
-
Aprovisionamiento de NetScaler ADC Virtual Appliance mediante el programa virsh
-
Administración de las máquinas virtuales invitadas de NetScaler ADC
-
Aprovisionamiento de NetScaler ADC Virtual Appliance con SR-IOV, en OpenStack
-
-
Implementar una instancia de NetScaler ADC VPX en AWS
-
Implementación de una instancia independiente NetScaler 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 NetScaler ADC VPX en AWS Outposts
-
Configurar una instancia de NetScaler ADC VPX para utilizar la interfaz de red SR-IOV
-
Configurar una instancia de NetScaler ADC VPX para utilizar redes mejoradas con AWS ENA
-
Implementar una instancia de NetScaler ADC VPX en Microsoft Azure
-
Arquitectura de red para instancias NetScaler ADC VPX en Microsoft Azure
-
Configuración de una instancia independiente de NetScaler ADC
-
Configuración de varias direcciones IP para una instancia independiente NetScaler 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 NetScaler 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 NetScaler Gateway
-
Scripts de PowerShell adicionales para la implementación de Azure
-
Implementación de una instancia NetScaler ADC VPX en Google Cloud Platform
-
Automatizar la implementación y las configuraciones de NetScaler 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 NetScaler 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
-
NetScaler ADC 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
-
-
-
-
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
-
-
Compatibilidad de configuración de NetScaler ADC en un clúster
-
Descripción general del cluster
-
Administración del clúster de NetScaler 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
-
-
-
Configurar NetScaler 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 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 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 ADC
-
-
Configurar para obtener el tráfico de datos NetScaler 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
-
Administración de mensajes de latido de alta disponibilidad en un dispositivo NetScaler ADC
-
Quitar y reemplazar un NetScaler 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!
Métodos de hash
Los métodos de equilibrio de carga basados en hash de cierta información de conexión o información de encabezado constituyen la mayoría de los métodos de equilibrio de carga del dispositivo Citrix ADC. Los hash son más cortos y más fáciles de usar que la información en la que se basan, al tiempo que conservan suficiente información para garantizar que no hay dos partes diferentes de información generan el mismo hash y, por lo tanto, se confunden entre sí.
Puede utilizar los métodos de equilibrio de carga de hash en un entorno donde una caché sirve una amplia gama de contenido de Internet o servidores de origen especificados. Las solicitudes de almacenamiento en caché reducen la latencia de solicitudes y respuestas y garantizan una mejor utilización de los recursos (CPU), lo que hace que el almacenamiento en caché sea popular en sitios web y servidores de aplicaciones muy utilizados. Dado que estos sitios también se benefician del equilibrio de carga, los métodos de equilibrio de carga hash son ampliamente útiles.
El dispositivo Citrix ADC proporciona los siguientes métodos de hash:
- Método hash de URL
- Método hash de dominio
- Método hash IP de destino
- Método hash IP de origen
- Método hash IP de destino IP de origen
- Método hash del puerto de origen IP de origen
- Método hash ID de llamada
- Método Token
La mayoría de los algoritmos hash calculan dos valores hash:
- Un hash de la dirección IP y el puerto del servicio.
- Un hash de la dirección URL entrante, el nombre de dominio, la dirección IP de origen, la dirección IP de destino o las direcciones IP de origen y destino, dependiendo del método hash configurado.
A continuación, el dispositivo Citrix ADC genera un nuevo valor hash mediante el uso de ambos valores hash. Por último, reenvía la solicitud al servicio con el mayor valor hash. A medida que el dispositivo calcula un valor hash para cada solicitud y selecciona el servicio que procesa la solicitud, rellena una caché. Las solicitudes posteriores con el mismo valor hash se envían al mismo servicio. El siguiente diagrama de flujo ilustra este proceso.
Nota
A partir de Citrix ADC versión 13.0 compilación 79.x, se admiten los algoritmos hash consistentes de Ring asistido (JARH) de Prime Re-Shuffled Assisted Ring Hash (JARH) y Jump table. Los algoritmos de hash coherentes garantizan una interrupción mínima cuando se agregan o eliminan servicios de la configuración del equilibrio de carga, o durante un evento de fallo de servicio en la configuración del equilibrio de carga. Para obtener más información, consulte Algoritmos hash coherentes.
Ilustración 1. Cómo distribuyen las solicitudes los métodos de hash
Los métodos de hash se pueden aplicar a direcciones IPv4 e IPv6.
Considere un caso en el que tres servicios (Service-HTTP-1, Servicio-HTTP-2 y Servicio-HTTP-3) están enlazados a un servidor virtual, cualquier método hash está configurado y el valor hash es Hash1. Cuando los servicios configurados están UP, la solicitud se envía a Service-HTTP-1. Si Service-HTTP-1 está inactivado, el dispositivo Citrix ADC calcula el valor hash del último registro del número de servicios. A continuación, el dispositivo selecciona el servicio con el valor hash más alto, como Service-HTTP-2. El siguiente diagrama ilustra este proceso.
Ilustración 2. Modelo de entidad para métodos de hash
Nota
Si el dispositivo Citrix ADC no selecciona un servicio mediante un método de hash, se establece por defecto el método de menor conexión para seleccionar un servicio para la solicitud entrante. Ajuste los grupos de servidores eliminando servicios durante períodos de poco tráfico para permitir que las memorias caché se rellenen sin afectar al rendimiento de la configuración del equilibrio de carga.
Algoritmos hash coherentes
Los algoritmos hash consistentes se utilizan para lograr una persistencia sin estado. Los métodos LB basados en hash utilizan uno de los tres algoritmos hash consistentes siguientes:
-
Protocolo de redirección de arreglos de caché (CARP)
El algoritmo CARP se utiliza en las solicitudes HTTP de equilibrio de carga en varios servidores de caché proxy. Este algoritmo está habilitado de forma predeterminada.
-
CARP asistida de rebarajado Prime (PRAC)
El dispositivo Citrix ADC utiliza el algoritmo PRAC patentado para proporcionar una distribución uniforme del tráfico.
-
Mesa de salto Hash de anillo asistido (JARH)
El dispositivo Citrix ADC utiliza el algoritmo JARH patentado para proporcionar coherencia y distribución uniforme del tráfico. Este algoritmo utiliza huellas hash. Un mayor número de huellas proporciona una mejor distribución del tráfico. Sin embargo, aumentar el número de huellas también aumenta el uso de la memoria.
Para elegir el algoritmo de hash coherente mediante CLI
set lb parameter [-lbHashAlgorithm [DEFAULT|JARH|PRAC] [-lbHashFingers <positive_integer>]
<!--NeedCopy-->
Ejemplo:
set lb parameter -lbHashAlgorithm JARH -lbHashFingers 10
<!--NeedCopy-->
ARGUMENTOS:
-
LBHashAlgorithm: especifique el algoritmo de hash que se utilizará para los siguientes métodos de equilibrio de carga basados en hash:
- Método hash de URL
- Método hash de dominio
- Método hash IP de destino
- Método hash IP de origen
- Método hash IP de destino IP de origen
- Método hash del puerto de origen IP de origen
- Método hash ID de llamada
- Método Token
Valores posibles: DEFAULT, PRAC, JARH Valor predeterminado: DEFAULT
-
lbHashFingers: Especifique el número de huellas que se utilizarán en los algoritmos PRAC y JARH para métodos LB basados en hash. El aumento del número de huellas proporciona una mejor distribución del tráfico a expensas de la memoria adicional.
Valor predeterminado: 256 Valor mínimo: 1 Valor máximo: 1024
Para elegir el algoritmo de hash coherente mediante GUI
- Vaya a Gestión de tráfico > Equilibrio de carga > Cambiar parámetros de Equilibrio de carga.
-
En el panel Configurar parámetros de equilibrio de carga, introduzca los valores adecuados para los siguientes campos en función de sus requisitos:
- Huellas hash LB
- En el campo Algoritmo hash LB, elija el algoritmo hash coherente en el menú desplegable.
El método hash de URL
Cuando configura el dispositivo Citrix ADC para que utilice el método hash de URL para equilibrar la carga de los servicios, para seleccionar un servicio, el dispositivo genera un valor hash de la URL HTTP presente en la solicitud entrante. Si el servicio seleccionado por el valor hash es DOWN, el algoritmo tiene un método para seleccionar otro servicio de la lista de servicios activos. El dispositivo almacena en caché el valor hash de la dirección URL y, cuando recibe solicitudes posteriores que utilizan la misma dirección URL, las reenvía al mismo servicio. Si el dispositivo no puede analizar una solicitud entrante, utiliza el método round robin para el equilibrio de carga en lugar del método hash URL.
Para generar el valor hash, el dispositivo utiliza un algoritmo específico y considera una parte de la URL. De forma predeterminada, el dispositivo considera los primeros 80 bytes de la dirección URL. Si la URL es inferior a 80 bytes, se utiliza la URL completa. Puede especificar una longitud diferente. La longitud del hash puede ser de 1 byte a 4096 bytes. En general, si se utilizan URL largas donde solo unos pocos caracteres son diferentes, es recomendable que la longitud del hash sea lo más alta posible para intentar garantizar una distribución de carga más uniforme.
Considere un caso en el que tres servicios, Service-HTTP-1, Service-HTTP-2 y Service-HTTP-3, están enlazados a un servidor virtual, y el método de equilibrio de carga configurado en el servidor virtual es el método hash de URL. El servidor virtual recibe una solicitud y el valor hash de la URL es U1. El dispositivo selecciona Service-HTTP-1. Si Service-HTTP-1 está DOWN, el dispositivo selecciona Service-HTTP-2.
El siguiente diagrama ilustra este proceso.
Ilustración 3. Cómo funciona el hash de URL
Si tanto Service-HTTP-1 como Service-HTTP-2 están CAÍDOS, el dispositivo envía solicitudes con valor hash U1 a Service-HTTP-3.
Si Service-HTTP-1 y Service-HTTP-2 están inactivas, las solicitudes que generan la URL hash se envían a Service-HTTP-3. Si estos servicios están en UP, las solicitudes que generan la URL hash 1 se distribuyen de la siguiente manera:
- Si Service-HTTP-2 está activado, la solicitud se envía a Service-HTTP-2.
- Si el Service-HTTP-1 está activado, la solicitud se envía a Service-HTTP-1.
- Si Service-HTTP-1 y Service-HTTP-2 están activas al mismo tiempo, la solicitud se envía a Service-HTTP-1.
Para configurar el método hash de URL, consulte Configuración de un método de equilibrio de carga que no incluye una directiva. Seleccione el método de equilibrio de carga como URL Hash y establezca la longitud del hash en el número de bytes que se utilizarán para generar el valor hash.
El método hash de dominio
Un servidor virtual de equilibrio de carga configurado para utilizar el método hash de dominio utiliza el valor hash del nombre de dominio en la solicitud HTTP para seleccionar un servicio. El nombre de dominio se toma de la dirección URL entrante o del encabezado Host de la solicitud HTTP. Si el nombre de dominio aparece tanto en la dirección URL como en el encabezado Host, el dispositivo da preferencia a la dirección URL.
Si configura el hash de nombres de dominio y una solicitud HTTP entrante no contiene un nombre de dominio, el dispositivo Citrix ADC utilizará de forma predeterminada el método round robin para esa solicitud.
El cálculo de valor hash utiliza la longitud del nombre o el valor de longitud hash, lo que sea más pequeño. De forma predeterminada, el dispositivo Citrix ADC calcula el valor hash a partir de los primeros 80 bytes del nombre de dominio. Para especificar un número diferente de bytes en el nombre de dominio al calcular el valor hash, puede establecer el parámetro hashLength (Hash Length en la utilidad de configuración) en un valor de 1 a 4096 (bytes).
Para configurar el método hash de dominio, consulte Configuración de un método de equilibrio de carga que no incluye una directiva.
Método Hash IP de destino
Un servidor virtual de equilibrio de carga configurado para utilizar el método hash IP de destino utiliza el valor hash de la dirección IP de destino para seleccionar un servidor. Puede enmascarar la dirección IP de destino para especificar qué parte de ella se va a utilizar en el cálculo del valor hash, de modo que las solicitudes procedentes de redes diferentes pero destinadas a la misma subred se dirijan al mismo servidor. Este método admite servidores de destino basados en IPv4 e IPv6.
Este método de equilibrio de carga es apropiado para su uso con la función de redirección de caché.
Para configurar el método hash IP de destino para un servidor de destino IPv4, establezca el parámetro NetMask. Para configurar este método para un servidor de destino IPv6, utilice el parámetro V6NetMasklen. En la utilidad de configuración, los cuadros de texto para configurar estos parámetros aparecen al seleccionar el método Hash IP de destino.
Para configurar el método hash IP de destino, consulte Configuración de un método de equilibrio de carga que no incluye una directiva.
Método Hash IP de origen
Un servidor virtual de equilibrio de carga configurado para utilizar el método hash IP de origen utiliza el valor hash de la dirección IPv4 o IPv6 del cliente para seleccionar un servicio. Para dirigir todas las solicitudes de direcciones IP de origen que pertenecen a una red determinada a un servidor de destino específico, debe enmascarar la dirección IP de origen. Para direcciones IPv4, utilice el parámetro NetMask. Para direcciones IPv6, utilice el parámetro V6NetMaskLength.
Para configurar el método hash IP de origen, consulte Configuración de un método de equilibrio de carga que no incluye una directiva.
Método Hash IP de destino IP de origen
Un servidor virtual de equilibrio de carga configurado para utilizar el método hash IP de destino IP de origen utiliza el valor hash de las direcciones IP de origen y destino (IPv4 o IPv6) para seleccionar un servicio. El hash es simétrico. El valor hash es el mismo independientemente del orden de las IP de origen y de destino. Esto garantiza que todos los paquetes que fluyen desde un cliente concreto al mismo destino se dirijan al mismo servidor.
Para dirigir todas las solicitudes que pertenecen a una red determinada a un servidor de destino específico, debe enmascarar la dirección IP de origen. Para direcciones IPv4, utilice el parámetro NetMask. Para direcciones IPv6, utilice el parámetro V6NetMaskLength.
Para configurar el método hash IP de destino de IP de origen, consulte Configuración de un método de equilibrio de carga que no incluye una directiva.
Método Hash del puerto de origen IP de origen
Un servidor virtual de equilibrio de carga configurado para utilizar el método hash del puerto de origen IP de origen utiliza el valor hash de la IP de origen (IPv4 o IPv6) y el puerto de origen para seleccionar un servicio. Esto garantiza que todos los paquetes de una conexión determinada se dirijan al mismo servicio.
Este método se utiliza en la duplicación de conexiones y el equilibrio de carga del firewall. Para obtener más información sobre el reflejo de conexiones, consulte Conmutación por error de conexión.
Para dirigir todas las solicitudes que pertenecen a una red determinada a un servidor de destino específico, debe enmascarar la dirección IP de origen. Para direcciones IPv4, utilice el parámetro NetMask. Para direcciones IPv6, utilice el parámetro V6NetMaskLength.
Para configurar el método hash del puerto de origen IP de origen, consulte Configuración de un método de equilibrio de carga que no incluye una directiva.
El método Hash ID de llamada
Un servidor virtual de equilibrio de carga configurado para utilizar el método hash ID de llamada utiliza el valor hash del ID de llamada en el encabezado SIP para seleccionar un servicio. Por lo tanto, los paquetes para una sesión SIP determinada siempre se dirigen al mismo servidor proxy.
Este método es aplicable al equilibrio de carga SIP. Para obtener más información sobre el equilibrio de carga SIP, consulte Supervisión de los servicios SIP.
Para configurar el método hash de ID de llamada, consulte Configuración de un método de equilibrio de carga que no incluye una directiva.
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.