ADC
Gracias por los comentarios

Este artículo ha sido traducido automáticamente. (Aviso legal)

Personalización de la configuración básica de conmutación de contenido

Después de configurar una configuración básica de cambio de contenido, es posible que deba personalizarla para que se ajuste a sus requisitos. Puede configurar servidores virtuales de conmutación de contenido HTTP y SSL para que escuchen en varios puertos en lugar de crear servidores virtuales independientes. Si desea configurar la conmutación de contenido para una LAN virtual específica, puede configurar un servidor virtual de conmutación de contenido con una directiva de escucha.

Compatibilidad con varios puertos para servidores virtuales de conmutación de contenido de tipo HTTP y SSL

Puede configurar NetScaler para que los servidores virtuales de conmutación de contenido HTTP y SSL escuchen en varios puertos, sin tener que configurar servidores virtuales independientes. Esta función es especialmente útil si quiere basar una decisión de cambio de contenido en una parte de la URL y otros parámetros de L7. En lugar de configurar varios servidores virtuales con la misma dirección IP y puertos diferentes, puede configurar una dirección IP y especificar el puerto como *. Como resultado, el tamaño de la configuración también se reduce.

Para configurar un servidor virtual de conmutación de contenido HTTP o SSL para que escuche en varios puertos mediante la línea de comandos

En la línea de comandos, escriba:

add cs vserver <name> <serviceType> <IPAddress> Port *

Ejemplo

> add cs vserver cs1 HTTP 10.102.92.215 * Done > sh cs vserver cs1 cs1 (10.102.92.215:*) - HTTP Type: CONTENT State: UP Last state change was at Tue May 20 01:15:49 2014 Time since last state change: 0 days, 00:00:03.270 Client Idle Timeout: 180 sec Down state flush: ENABLED Disable Primary Vserver On Down : DISABLED Appflow logging: ENABLED Port Rewrite : DISABLED State Update: DISABLED Default: Content Precedence: RULE Vserver IP and Port insertion: OFF L2Conn: OFF Case Sensitivity: ON Authentication: OFF 401 Based Authentication: OFF Push: DISABLED Push VServer: Push Label Rule: none IcmpResponse: PASSIVE RHIstate: PASSIVE TD: 0 Done

Para configurar un servidor virtual de conmutación de contenido HTTP o SSL para que escuche en varios puertos mediante la utilidad de configuración

  1. Vaya a Administración del tráfico > Cambio de contenido > Servidores virtualesy cree un servidor virtual de tipo HTTP o SSL.
  2. Utilice un asterisco (*) para especificar el puerto.

Configuración de servidores virtuales comodín por VLAN

Si quiere configurar el cambio de contenido para el tráfico en una VLAN específica, puede crear un servidor virtual comodín con una directiva de escucha que restrinja el procesamiento del tráfico solo en la VLAN especificada.

Para configurar un servidor virtual comodín que escucha una VLAN específica mediante la interfaz de línea de comandos

En la línea de comandos, escriba:

add cs vserver <name> <serviceType> IPAddress `* Port *` -listenpolicy <expression> [-listenpriority <positive_integer>]

Ejemplo:

add cs vserver Vserver-CS-vlan1 ANY * * -listenpolicy "CLIENT.VLAN.ID.EQ(2)" -listenpriority 10

Para configurar un servidor virtual comodín que escucha una VLAN específica mediante la utilidad de configuración

Vaya a Administración del tráfico > Cambio de contenido > Servidores virtualesy configure un servidor virtual. Especifique una directiva de escucha que la restrinja al procesamiento del tráfico solo en la VLAN especificada.

Después de crear este servidor virtual, lo vincula a uno o varios servicios tal y como se describe en Configuración del equilibrio de carga básico.

Configuración de la configuración de la versión de Microsoft SQL Server

Puede especificar la versión de Microsoft® SQL Server® para un servidor virtual de conmutación de contenido de tipo MSSQL. Se recomienda la configuración de versión si espera que algunos clientes no ejecuten la misma versión que su producto Microsoft SQL Server. La configuración de la versión proporciona compatibilidad entre las conexiones del lado del cliente y del lado del servidor al asegurarse de que todas las comunicaciones se ajustan a la versión del servidor.

Para establecer el parámetro de versión de Microsoft SQL Server mediante la interfaz de línea de comandos

En el símbolo del sistema, escriba los siguientes comandos para establecer el parámetro de versión de Microsoft SQL Server para un servidor virtual de conmutación de contenido y compruebe la configuración:

  • set cs vserver <name> -mssqlServerVersion <mssqlServerVersion>
  • show cs vserver <name>

Ejemplo

> set cs vserver myMSSQLcsvip -mssqlServerVersion 2008R2 Done > show cs vserver myMSSQLcsvip myMSSQLcsvip (192.0.2.13:1433) - MSSQL Type: CONTENT State: UP . . . . . . MSsql Server Version: 2008R2 . . . . . . Done >

Para establecer el parámetro de versión de Microsoft SQL Server mediante la utilidad de configuración

  1. Vaya a Administración del tráfico > Conmutación de contenido > Servidores virtuales, configure un servidor virtual y especifique el protocolo como MSSQL.
  2. En Configuración avanzada, especifique la versión del servidor.

Habilitar la comprobación de estado externa para servidores virtuales TCP UDP y no HTTP

En las nubes públicas, puede usar el dispositivo NetScaler como balanceador de carga de segundo nivel cuando el balanceador de carga nativo se usa como primer nivel. El equilibrador de carga nativo puede ser un equilibrador de carga de aplicaciones (ALB) o un equilibrador de carga de red (NLB). La mayoría de las nubes públicas no admiten sondeos de estado UDP en sus equilibradores de cargas nativos. Por lo tanto, si estos servidores están inactivos, es posible que su estado real no se actualice. Como resultado, el tráfico se envía incondicionalmente a NetScaler, incluso si no se puede atender la solicitud. Para supervisar el estado de dichas aplicaciones, NetScaler admite comprobaciones de estado de HTTP y TCP.

Se crea un agente de escucha HTTP o TCP para un servidor virtual de conmutación de contenido cuando se configuran los parámetros probeProtocol y probePort. El listener refleja el estado del servidor virtual. El parámetro ProbeSuccessResponseCode` se aplica solo a HTTP y devuelve la cadena configurada cuando la sonda se realiza correctamente.

Para habilitar la comprobación de estado externa para servidores virtuales TCP UDP y no HTTP mediante la CLI

En el símbolo del sistema, escriba el comando siguiente para habilitar una comprobación de estado TCP externa con la opción TcpProbeport:

add cs vserver <name> <protocol> <IPAddress> <port> -ProbeProtocol <Http/TCP> -ProbePort <port-num> -ProbeSuccessResponseCode<http-code>

Ejemplo:

add cs vserver Vserver-CS-1 HTTP 10.102.29.161 5002 -ProbeProtocol HTTP -probeport 5000 -probesuccessResponseCode 200OK

Para habilitar la comprobación de estado externa para servidores virtuales TCP UDP y no HTTP mediante la interfaz gráfica de usuario

  1. Vaya a Administración del tráfico > Cambio de contenido > Servidores virtualesy, a continuación, cree un servidor virtual.
  2. Haga clic en Agregar para crear un servidor virtual.
  3. En el panel Configuración básica, actualice los siguientes detalles:
    1. Protocolo de sonda: seleccione el protocolo (HTTP o TCP) de la sonda para realizar una comprobación de estado externa del servidor virtual.
    2. Código de respuesta de éxito del sondeo: Introduzca la cadena de respuesta para que el sondeo se realice correctamente. Este parámetro solo es aplicable al protocolo HTTP.
      • Valor predeterminado: 200ok
      • Longitud máxima: 63
    3. Puerto de sonda: Introduzca el número de puerto para la supervisión de HTTP o TCP.
  4. Haga clic en Aceptar.
La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Cloud Software Group solo tiene traducción automática. Cloud Software Group no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Cloud Software Group se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Cloud Software Group, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Cloud Software Group no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.