Citrix ADC

Personalizar la configuración de GSLB

Una vez que la configuración básica de GSLB esté operativa, puede personalizarla modificando el ancho de banda de un servicio GSLB, configurando servicios GSLB basados en CNAME, proximidad estática, RTT dinámico, conexiones persistentes o pesos dinámicos para servicios, o cambiando el método GSLB.

También puede configurar la supervisión de los servicios GSLB para determinar sus estados.

Esta configuración depende de la implementación de la red y de los tipos de clientes que espera conectarse a los servidores.

Modificar las conexiones máximas o el ancho de banda máximo para un servicio GSLB

Puede restringir el número de clientes nuevos que pueden conectarse simultáneamente a un servidor virtual de equilibrio de carga o de conmutación de contenido configurando el número máximo de clientes y/o el ancho de banda máximo para el servicio GSLB que representa el servidor virtual.

Para modificar el máximo de clientes o ancho de banda de un servicio GSLB mediante la interfaz de línea de comandos

En el símbolo del sistema, escriba el comando siguiente para modificar el número máximo de conexiones de cliente o el ancho de banda máximo de un servicio GSLB y compruebe la configuración:

set gslb service <serviceName> [-maxClients <positive_integer>] [-maxBandwidth <positive_integer>]
show gslb service <serviceName>

Ejemplo:

set glsb service Service-GSLB-1 –maxBandwidth 100 –maxClients 100
show gslb service Service-GSLB-1

Para modificar el máximo de clientes o ancho de banda de un servicio GSLB mediante la utilidad de configuración

  1. Vaya a Administración del tráfico > GSLB > Servicios y haga doble clic en un servicio.
  2. Haga clic en la sección Otros ajustes y defina los siguientes parámetros:
    • Máximo de clientes: MaxClients
    • Ancho de banda máximo: Ancho de banda máximo

Crear servicios GSLB basados en CNAME

Para configurar un servicio GSLB, puede utilizar la dirección IP del servidor o un nombre canónico del servidor. Si quiere ejecutar varios servicios (como un servidor FTP y un servidor web, cada uno en puertos diferentes) desde una única dirección IP o ejecutar varios servicios HTTP en el mismo puerto, con nombres diferentes, en el mismo host físico, puede utilizar nombres canónicos (CNAMES) para los servicios.

Por ejemplo, puede tener dos entradas en DNS como ftp.example.com y www.example.com para servicios FTP y servicios HTTP en el mismo dominio, example.com. Los servicios GSLB basados en CName son útiles en una configuración de resolución de dominios multinivel o en el equilibrio de carga de dominios multinivel. La configuración de un servicio GSLB basado en CNAME también puede ayudar si es probable que cambie la dirección IP del servidor físico.

Si configura servicios GSLB basados en CNAME para un dominio GSLB, cuando se envía una consulta para el dominio GSLB, el dispositivo Citrix ADC proporciona un CNAME en lugar de una dirección IP. Si el registro A para este registro CNAME no está configurado, el cliente debe consultar el dominio CNAME para obtener la dirección IP. Si se configura el registro A para este registro CNAME, el dispositivo Citrix ADC proporciona al CNAME el registro A correspondiente (dirección IP). El dispositivo Citrix ADC controla la resolución final de la consulta DNS, según lo determinado por el método GSLB. Los registros CNAME se pueden mantener en un dispositivo Citrix ADC diferente o en un sistema de terceros.

En un servicio GSLB basado en direcciones IP, el estado de un servicio viene determinado por el estado del servidor que representa. Sin embargo, un servicio GSLB basado en CNAME tiene su estado establecido en UP de forma predeterminada; la dirección IP (VIP) del servidor virtual o el protocolo de intercambio de métricas (MEP) no se utilizan para determinar su estado. Si un monitor basado en escritorio está enlazado a un servicio GSLB basado en CName, el estado del servicio se determina de acuerdo con el resultado de los sondeos del monitor.

Puede enlazar un servicio GSLB basado en CNAME solo a un servidor virtual GSLB que tenga el tipo de registro DNS como CNAME. Además, un dispositivo Citrix ADC puede contener como máximo un servicio GSLB con una entrada CNAME determinada.

Las siguientes son algunas de las funciones admitidas para un servicio GSLB basado en CName:

  • Se admite la afinidad de sitio basada en directivas GSLB, con CNAME como ubicación preferida.
  • Se admite la persistencia de IP de origen. La entrada de persistencia contiene la información CNAME en lugar de la dirección IP y el puerto del servicio seleccionado.

Las siguientes son las limitaciones de los servicios GSLB basados en CName:

  • No se admite la persistencia del sitio, ya que el servicio al que hace referencia un CNAME puede estar presente en cualquier ubicación de terceros.
  • No se admite la respuesta de varias direcciones IP porque un dominio no puede tener varias entradas CNAME.
  • Hash IP de origen y Round Robin son los únicos métodos de equilibrio de carga admitidos. No se admite el método de proximidad estática porque un CNAME no está asociado a una dirección IP y la proximidad estática solo se puede mantener de acuerdo con las direcciones IP.

Nota: La función Empty-Down-Response debe habilitar en el servidor virtual GSLB al que vincula el servicio GSLB basado en CNAME. Si habilita la función de respuesta vaciada, cuando un servidor virtual GSLB está DOWN o inhabilitado, la respuesta a una consulta DNS, para los dominios vinculados a este servidor virtual, contiene un registro vacío sin ninguna dirección IP, en lugar de un código de error.

Para crear un servicio GSLB basado en CNAME mediante la interfaz de línea de comandos

En el símbolo del sistema, escriba:

add gslb service <serviceName> -cnameEntry <string> -siteName <string>

Ejemplo:

add gslb service Service-GSLB-1 -cnameEntry transport.mycompany.com -siteName Site-GSLB-East-Coast
add gslb service Service-GSLB-2 -cnameEntry finance.mycompany.com -siteName Site-GSLB-West-Coast

Para crear un servicio GSLB basado en CName mediante la utilidad de configuración

  1. Vaya a Administración del tráfico > GSLB > Servicios.
  2. Cree un servicio y establezca Tipo en Base de nombre canónico.

Configurar el estado fuera de servicio de transición (TROFS) en GSLB

Cuando configura la persistencia en un servidor virtual GSLB al que está enlazado un servicio, el servicio continúa atendiendo las solicitudes del cliente incluso después de inhabilitarlo, aceptando nuevas solicitudes o conexiones solo para respetar la persistencia. Después de un período de tiempo configurado, conocido como período de apagado estable, no se dirigen nuevas solicitudes o conexiones al servicio y se cierran todas las conexiones existentes.

Al inhabilitar un servicio, puede especificar un período de apagado estable, en segundos, mediante el argumento delay. Durante el período de apagado estable, si el servicio está enlazado a un servidor virtual, su estado aparece como Fuera de servicio.

Configurar pesos dinámicos para servicios

En una red típica, hay servidores que tienen una mayor capacidad de tráfico que otros. Sin embargo, con una configuración de equilibrio de carga regular, la carga se distribuye uniformemente entre todos los servicios, aunque los diferentes servicios representan servidores con capacidades diferentes.

Para optimizar los recursos de GSLB, puede configurar pesos dinámicos en un servidor virtual de GSLB. Los pesos dinámicos pueden basarse en el número total de servicios enlazados al servidor virtual o en la suma de los pesos de los servicios individuales enlazados al servidor virtual. La distribución del tráfico se basa entonces en los pesos configurados para los servicios.

Cuando se configuran pesos dinámicos en el servidor virtual GSLB, las solicitudes se distribuyen según el método de equilibrio de carga, el peso del servicio GSLB y el peso dinámico. El producto del peso del servicio GSLB y el peso dinámico se conoce como el peso acumulado. Por lo tanto, cuando se configura el peso dinámico en el servidor virtual GSLB, las solicitudes se distribuyen sobre la base del método de equilibrio de carga y el peso acumulado.

Cuando el peso dinámico de un servidor virtual está inhabilitado, el valor numérico se establece en 1. Esto garantiza que el peso acumulado sea un entero distinto de cero en todo momento.

El peso dinámico puede basarse en el número total de servicios activos enlazados a servidores virtuales de equilibrio de carga o en los pesos asignados a los servicios.

Considere una configuración con dos sitios GSLB configurados para un dominio y cada sitio tiene dos servicios que pueden servir al cliente. Si un servicio en cualquiera de los sitios falla, el otro servidor de ese sitio tiene que manejar el doble de tráfico que un servicio en el otro sitio. Si el peso dinámico se basa en el número de servicios activos, el sitio con ambos servicios activos tiene el doble de peso que el sitio con un servicio caído y, por lo tanto, recibe el doble de tráfico.

Alternativamente, considere una configuración en la que los servicios del primer sitio representen servidores que son dos veces más potentes que los servidores del segundo sitio. Si el peso dinámico se basa en los pesos asignados a los servicios, se puede enviar el doble de tráfico al primer sitio que al segundo.

Nota: Para obtener más información sobre la asignación de ponderaciones a los servicios de equilibrio de carga, consulte Asignación de pesos a servicios.

Como ejemplo de cómo se calcula el peso dinámico, considere un servidor virtual GSLB que tiene un servicio GSLB vinculado a él. El servicio GSLB representa un servidor virtual de equilibrio de carga que a su vez tiene dos servicios vinculados a él. El peso asignado al servicio GSLB es 3. Los pesos asignados a los dos servicios son 1 y 2 respectivamente. En este ejemplo, cuando el peso dinámico se establece en:

  • Inhabilitado: Elpeso acumulado del servidor virtual GSLB es el producto del peso dinámico (inhabilitado = 1) y el peso del servicio GSLB (3), por lo que el peso acumulado es 3.
  • SERVICECOUNT: El recuento es la suma del número de servicios vinculados a los servidores virtuales de equilibrio de carga correspondientes al servicio GSLB (2), y el peso acumulado es el producto del peso dinámico (2) y el peso del servicio GSLB (3), que es 6.
  • SERVICEWEIGHT: El peso dinámico es la suma de los pesos de los servicios vinculados a los servidores virtuales de equilibrio de carga correspondientes al servicio GSLB (3), y el peso acumulado es el producto del peso dinámico (3) y el peso del servicio GSLB (3), que es 9.

Nota: Los pesos dinámicos no son aplicables cuando se configuran servidores virtuales de conmutación de contenido.

Para configurar un servidor virtual GSLB para que utilice pesos dinámicos mediante la interfaz de línea de comandos

En el símbolo del sistema, escriba:

set gslb vserver <name> -dynamicWeight SERVICECOUNT | SERVICEWEIGHT

Ejemplo:

set gslb vserver vserver-GSLB-1 -dynamicWeight SERVICECOUNT

Para configurar el servidor virtual GSLB para que utilice pesos dinámicos mediante la utilidad de configuración

  1. Vaya a Administración del tráfico > GSLB > Servidores virtuales, haga doble clic en el servidor virtual GSLB cuyo método quiere cambiar (por ejemplo, VServer-GSLB-1).
  2. Haga clic en la sección Método y, en la lista desplegable Peso dinámico, seleccione SERVICECOUNT o SERVICEWEIGHT.

Personalizar la configuración de GSLB