-
-
Configuración de direcciones IP propiedad de NetScaler
-
Configuración de la respuesta ARP Supresión para direcciones IP virtuales (VIP)
-
Configuración del tiempo de espera para entradas ARP dinámicas
-
-
Configurar para obtener el tráfico de datos NetScaler FreeBSD desde una dirección SNIP
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!
Configuración de la respuesta ARP Supresión para direcciones IP virtuales (VIP)
Puede configurar el dispositivo NetScaler para que responda o no a las solicitudes ARP de una dirección IP virtual (VIP) en función del estado de los servidores virtuales asociados a esa VIP.
Por ejemplo, si los servidores virtuales V1, de tipo HTTP, y V2, de tipo HTTPs, comparten la dirección VIP 10.102.29.45 en un dispositivo NetScaler, puede configurar el dispositivo para que no responda a ninguna solicitud de ARP para VIP 10.102.29.45 si tanto la V1 como la V2 están en estado INACTIVO.
Están disponibles las tres opciones siguientes para configurar la supresión de respuestas ARP para una dirección IP virtual.
- NINGUNO. El dispositivo NetScaler responde a cualquier solicitud de ARP para la dirección VIP, independientemente del estado de los servidores virtuales asociados a la dirección.
- UN SERVIDOR VIRTUAL. El dispositivo NetScaler responde a cualquier solicitud de ARP para la dirección VIP si al menos uno de los servidores virtuales asociados se encuentra en estado activo.
- TODO VSERVER. El dispositivo NetScaler responde a cualquier solicitud de ARP para la dirección VIP si todos los servidores virtuales asociados están en estado activo.
La siguiente tabla muestra el comportamiento de ejemplo del dispositivo NetScaler para un VIP configurado con dos servidores virtuales:
| Servidores virtuales asociados para un VIP | ESTADO 1 | ESTADO 2 | ESTADO 3 | ESTADO 4 |
|---|---|---|---|---|
| NONE | ||||
| V1 | UP | UP | DOWN | DOWN |
| V2 | UP | DOWN | UP | DOWN |
| ¿Responder a una solicitud de ARP para este VIP? | Sí | Sí | Sí | Sí |
| UN SERVIDOR VIRTUAL | ||||
| V1 | UP | UP | DOWN | DOWN |
| V2 | UP | DOWN | UP | DOWN |
| ¿Responder a una solicitud de ARP para este VIP? | Sí | Sí | Sí | No |
| TODOS LOS SERVIDORES VIRTUALES | ||||
| V1 | UP | UP | DOWN | DOWN |
| V2 | UP | DOWN | UP | DOWN |
| ¿Responder a una solicitud de ARP para este VIP? | Sí | No | No | No |
Considere un ejemplo en el que desea probar el rendimiento de dos servidores virtuales, V1 y V2, que tienen la misma dirección VIP pero son de tipos diferentes y cada uno está configurado en los dispositivos NetScaler NS1 y NS2. Vamos a llamar a la dirección VIP compartida VIP1.
La V1 equilibra la carga de los servidores S1, S2 y S3. La versión V2 equilibra la carga de los servidores S4 y S5.
Tanto en NS1 como en NS2, para VIP1, el parámetro de supresión de ARP se establece en ALL_VSERVER. Si desea probar el rendimiento de V1 y V2 en NS1, debe inhabilitar manualmente V1 y V2 en NS2 para que NS2 no responda a ninguna solicitud de ARP para VIP1.
Figura 1.
El flujo de ejecución es el siguiente:
- El cliente C1 envía una solicitud a V1. La solicitud llega a R1.
- R1 no tiene una entrada APR para la dirección IP (VIP1) de V1, por lo que R1 transmite una solicitud de ARP para VIP1.
- NS1 responde con la dirección MAC de origen MAC1 y la dirección IP de origen VIP1. NS2 no responde a la solicitud de ARP.
- SW1 aprende el puerto de VIP1 a partir de la respuesta ARP y actualiza su tabla puente, y R1 actualiza la entrada ARP con MAC1 y VIP1.
- R1 reenvía el paquete a la dirección VIP1 en NS1.
- El algoritmo de equilibrio de carga de NS1 selecciona el servidor S2 y NS1 abre una conexión entre una de sus direcciones SNIP y S2. Cuando S2 envía una respuesta al cliente, la respuesta regresa por la misma ruta.
- Ahora quiere probar el rendimiento de V1 y V2 en NS2, por lo que debe habilitar V1 y V2 en NS2 y inhabilitarlas en NS1. NS2 ahora transmite un mensaje ARP para VIP1. En el mensaje, MAC2 es la dirección MAC de origen y VIP1 es la dirección IP de origen.
- SW1 aprende el número de puerto para llegar a MAC2 a partir de la transmisión ARP y actualiza su tabla puente para enviar las solicitudes de cliente posteriores para VIP1 a NS2. R1 actualiza su tabla ARP.
- Ahora supongamos que se agota el tiempo de espera de la entrada ARP para VIP1 en la tabla ARP de R1 y el cliente C1 envía una solicitud para V1. Como R1 no tiene una entrada de APR para VIP1, transmite una solicitud de ARP para VIP1.
- NS2 responde con una dirección MAC de origen y VIP1 como dirección IP de origen. NS1 no responde a la solicitud de ARP.
Para configurar la supresión de respuestas ARP mediante la CLI:
En el símbolo del sistema, escriba:
- configurar nos - ArpResponse] <arpResponse>
- sh ns zip <IPAddress>
Ejemplo:
> set ns ip 10.102.29.96 -arpResponse ALL_VSERVERS
Done
<!--NeedCopy-->
Para configurar la supresión de respuestas ARP mediante la interfaz gráfica de usuario:
- Navegue hasta Sistema > Red > IP > IPv4s.
- Abra una entrada de dirección IP y seleccione el tipo de respuesta ARP.
Compartir
Compartir
En este artículo
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.