Configurar un grupo de servicios GSLB
El grupo de servicios le permite administrar un grupo de servicios con la misma facilidad que un solo servicio. Si habilita o inhabilita cualquier opción para un grupo de servicios, la opción se habilita o inhabilita para todos los miembros del grupo de servicios. Por ejemplo, puede aplicar esta función a opciones como Compresión, Supervisión del estado y apagado correcto.
Después de crear un grupo de servicios, puede realizar cualquiera de las siguientes acciones:
- Enlazar el grupo de servicios a un servidor virtual.
- Agregue servicios al grupo de servicios.
- Enlazar los monitores a los grupos de servicios.
Importante
Si el servidor virtual de equilibrio de carga está en un nodo GSLB o en un nodo secundario (en la implementación principal-secundario) y ningún monitor está enlazado al servicio GSLB, asegúrese de lo siguiente: La dirección IP,
el número de puerto y el protocolo del grupo de servicios GLSB coinciden con el servidor virtual en el que está el servicio representando. De lo contrario, el estado del servicio se marca como DOWN.
NetScaler admite los siguientes tipos de grupos de servicios GSLB.
- Grupos de servicios basados en direcciones IP
- Grupos de servicios basados en nombres de dominio
- Grupos de servicios de escalabilidad automática basados en nombres de
Grupos de servicios de escala automática basados en nombres de dominio GSLB
La solución de equilibrio de carga de servidor global (GSLB) híbrido y multinube de NetScaler permite a los clientes distribuir el tráfico de aplicaciones en varios centros de datos en nubes híbridas, nubes múltiples y locales. La solución NetScaler GSLB admite varias soluciones de equilibrio de carga, como el equilibrador de carga NetScaler, Elastic Load Balancing (ELB) para AWS y otros equilibradores de carga de terceros. Además, la solución GSLB realiza el equilibrio de carga global incluso si las capas de equilibrio de carga y GSLB se administran de forma independiente.
En las implementaciones en la nube, los usuarios reciben un nombre de dominio como referencia cuando acceden a la solución de equilibrio de carga con fines de administración. Se recomienda que las entidades externas no utilicen las direcciones IP a las que se resuelven estos nombres de dominio. Además, las capas de equilibrio de carga se escalan hacia arriba o hacia abajo en función de la carga y no se garantiza que las direcciones IP sean estáticas. Por lo tanto, se recomienda utilizar el nombre de dominio para hacer referencia a los dispositivos de punto final de equilibrio de carga en lugar de a las direcciones IP. Esto requiere que se haga referencia a los servicios GSLB con el nombre de dominio en lugar de las direcciones IP y debe consumir todas las direcciones IP devueltas para el nombre de dominio de la capa de equilibrio de carga y tener una representación para el mismo en GSLB.
Para usar nombres de dominio en lugar de direcciones IP al hacer referencia a los dispositivos de punto final de equilibrio de carga, puede usar los grupos de servicios basados en nombres de dominio para GSLB.
Supervisar grupos de servicios basados en nombres de dominio GSLB
El dispositivo NetScaler tiene dos monitores integrados que monitorean las aplicaciones basadas en TCP;tcp-default
yping-default
. El monitortcp-default
está vinculado a todos los servicios TCP y el monitorping-default
está vinculado a todos los servicios que no son TCP. Los monitores integrados están enlazados de forma predeterminada a los grupos de servicios GSLB. Sin embargo, se recomienda vincular un monitor específico de la aplicación a los grupos de servicios GSLB.
Recomendación para configurar la opción de monitores desencadenantes en MEPDOWN
La opción Monitores desencadenantes se puede utilizar para indicar si el sitio GSLB debe utilizar los monitores siempre, o utilizar monitores cuando el protocolo de intercambio de métricas (MEP) está DOWN.
La opción Monitores desencadenantes está establecida en SIEMPRE de forma predeterminada.
Cuando la opción Monitores desencadenantes está establecida en SIEMPRE, cada nodo GSLB activa los monitores de forma independiente. Si cada nodo GSLB activa los monitores de forma independiente, entonces cada nodo GSLB podría funcionar en un conjunto diferente de servicios GSLB. Esto puede provocar discrepancias en las respuestas de DNS para las solicitudes de DNS que llegan a estos nodos GSLB. Además, si cada nodo GSLB supervisa de forma independiente, aumenta el número de sondeos de monitorización que llegan a la entidad del equilibrador de carga. Las entradas de persistencia también se vuelven incompatibles en los nodos GSLB.
运动太多,一般建议la opcion触发器Monitors en la entidad del sitio GSLB esté establecida en MEPDOWN. Cuando la opción Monitores desencadenantes está establecida en MEPDOWN, la resolución del dominio de equilibrio de carga y la propiedad de supervisión recae en el nodo GSLB local. Cuando la opción Trigger Monitors se establece en MEPDOWN, el nodo GSLB local de un grupo de servicios GSLB local de un grupo de servicios GSLB realiza la resolución del dominio de equilibrio de carga y la supervisión posterior. Los resultados se propagan a todos los demás nodos que participan en GSLB mediante el protocolo de intercambio de métricas (MEP).
Además, cada vez que se actualiza el conjunto de direcciones IP asociadas a un dominio de equilibrio de carga, se notifica a través de MEP.
Limitaciones de los grupos de servicios GSLB
- Para un dominio de equilibrio de carga, la dirección IP que se devuelve en la respuesta de DNS suele ser la dirección IP pública. La dirección IP privada no se puede aplicar de forma dinámica cuando se resuelve el dominio de equilibrio de carga. Por lo tanto, el puerto IP público y el puerto IP privado para los enlaces de puertos IP de los grupos de servicios de escalabilidad automática basados en nombres de dominio GSLB son los mismos. Estos parámetros no se pueden establecer explícitamente para los grupos de servicios de escalabilidad automática basados en nombres de dominio.
- La persistencia del sitio, las vistas de DNS y la agrupación en clústeres no son compatibles con los grupos de servicios GSLB.
Configurar y administrar grupos de servicios GSLB mediante la CLI
Para agregar un grupo de servicios GSLB:
add gslb serviceGroup @ [-autoScale ( DISABLED | DNS )] -siteName
Ejemplo:
add gslb serviceGroup Service-Group-1 http -autoScale DNS -siteName Site1
Para enlazar un grupo de servicios GSLB a un servidor virtual:
bind gslb serviceGroup ((@ ) | @ | (-monitorName @))
Ejemplo:
bind gslb serviceGroup Service-Group-1 203.0.113.2 bind gslb serviceGroup Service-Group-1 S1 80 bind gslb serviceGroup** Service-Group-1 -monitorName Mon1
Para desvincular un grupo de servicios GSLB a un servidor virtual:
unbind gslb serviceGroup ((@ ) | @ | -monitorName @)
Ejemplo:
unbind gslb serviceGroup Service-Group-1 -monitorName Mon1
Para establecer los parámetros de un grupo de servicios GSLB:
set gslb serviceGroup @ [(@ [-weight ] [-hashId ] [-publicIP ] [-publicPort ]) | -maxClient | -cip ( ENABLED | DISABLED ) | | -cltTimeout | -svrTimeout | -maxBandwidth | -monThreshold | -downStateFlush ( ENABLED | DISABLED )] [-monitorName -weight ] [-healthMonitor ( YES | NO )] [-comment ] [-appflowLog ( ENABLED | DISABLED )]
Para anular la configuración de los parámetros de un grupo de servicios GSLB:
unset gslb serviceGroup @ [@ [-weight] [-hashId] [-publicIP] [-publicPort]] [-maxClient] [-cip] [-cltTimeout] [-svrTimeout] [-maxBandwidth] [-monThreshold] [-appflowLog] [-monitorName] [-weight] [-healthMonitor] [-cipHeader] [-downStateFlush] [-comment]
Para habilitar un grupo de servicios GSLB
使gslb serviceGroup < serviceGroupName > @ <爵士verName>@ ]
Ejemplo:
enable gslb serviceGroup SG1 S1 80
Para inhabilitar un grupo de servicios GSLB
disable gslb serviceGroup @ [@ ] [-delay ] [-graceFul ( YES /| NO )]
Ejemplo:
disable gslb serviceGroup SRG2 S1 80
Nota:
El grupo de servicios que debe inhabilitarse debe ser un grupo de servicios de DBS y no un grupo de servicios de escalabilidad automática.
Para eliminar un grupo de servicios GSLB:
rm gslb serviceGroup
Ejemplo:
rm gslb serviceGroup Service-Group-1
Para ver las estadísticas de un grupo de servicios GSLB:
stat gslb serviceGroup []
Ejemplo:
stat gslb serviceGroup Service-Group-1
Para ver las propiedades de un grupo de servicios GSLB:
show gslb serviceGroup [ -includeMembers]
Ejemplo:
show gslb serviceGroup SG1 show gslb serviceGroup -includeMembers
Habilitar o inhabilitar miembros de grupos de servicios GSLB
Puede habilitar o inhabilitar selectivamente un miembro individual de un grupo de servicios GSLB (basado en DNS) en lugar de habilitar o inhabilitar todo el grupo de servicios. Esta función está disponible tanto en grupos de servicios de escalabilidad automática como en grupos de servicios sin escalabilidad automática. Por lo tanto, la administración de un grupo de servicios GSLB es más fácil.
Por ejemplo, tiene el requisito de evitar el tráfico a un servidor en particular en un sitio GSLB. Digamos que 10 servicios o servidores GSLB (S1 a S10) están enlazados a un grupo de servicios (SG1). Desea inhabilitar solo el servicio 5 (S5), es decir, evitar el tráfico al servidor 5. Sin esta función, debe vincular por separado los servicios S1 a S4 y los servicios S6 a S10. Este proceso se vuelve tedioso en un grupo de servicios GSLB grande en el que tiene que inhabilitar o habilitar una gran cantidad de servicios. Con esta función, puede inhabilitar directamente el servicio 5 (S5) sin afectar a otros servicios del grupo de servicios.
Para habilitar un miembro del grupo de servicios GSLB mediante la CLI:
使gslb serviceGroup < serviceGroupName > @ <爵士verName>@ ]
Nota:
Para habilitar un grupo de servicios GSLB, proporcione solo el nombre del grupo de servicios. Para habilitar a un miembro de un grupo de servicios, además del nombre del grupo de servicios GSLB, proporcione el nombre del servidor que aloja el servicio y el número de puerto del servicio.
Ejemplo:
enable gslb serviceGroup http_svc_group 10.102.27.153 80
Para inhabilitar un grupo de servicios GSLB o un miembro del grupo de servicios GSLB mediante la CLI:
disable gslb serviceGroup @ [@ ]
Ejemplo:
disable gslb serviceGroup http_svc_group 10.102.27.153 80
Nota:
Para inhabilitar un grupo de servicios GSLB, proporcione solo el nombre del grupo de servicios. Para inhabilitar a un miembro de un grupo de servicios, además del nombre del grupo de servicios GSLB, proporcione el nombre del servidor que aloja el servicio y el número de puerto del servicio.
Cambios en los comandos GSLB CLI existentes
Los siguientes son los cambios que se realizan en los comandos de GSLB existentes después de la introducción de los grupos de servicios de GSLB:
bind gslb vserver
- El nombre del grupo de servicios se agrega al comando bind.Ejemplo:
bind gslb vserver
((-serviceName [-weight ] ) | @ | | (-domainName [-TTL ] [-backupIP ] [-cookieDomain ] [-cookieTimeout ][-sitedomainTTL ]) | (-policyName @ [-priority ] [-gotoPriorityExpression ] [-type REQUEST | RESPONSE )])) unbind gslb vserver
- El grupo de servicios se agrega al comando unbind.Ejemplo:
unbind gslb vserver
(-serviceName @ /(-domainName [-backupIP] [-cookieDomain]) | -policyName @) show gslb site
- Cuando se ejecuta este comando, también se muestran los grupos de servicios GSLB.show gslb vs
- Cuando se ejecuta este comando, se muestran los grupos de servicios GSLB.stat gslb vs
- Cuando se ejecuta este comando, también se muestran las estadísticas de los grupos de servicios GSLB.show lb monitor bindings
- Cuando se ejecuta este comando, también se muestran los enlaces del grupo de servicios GSLB.
Configurar grupos de servicios GSLB mediante la interfaz gráfica de usuario
- Vaya aAdministración del tráfico>GSLB > Gruposde servicios.
- Cree un grupo de servicios y establezca el modo AutoScale en DNS.
Configurar la persistencia del sitio para los grupos de servicios GSLB
Puede configurar la persistencia del sitio para los grupos de servicios basados en direcciones IP y nombres de dominio. La persistencia del sitio no se admite para grupos de servicios de escalabilidad automática basados en nombres de dominio.
Para configurar la persistencia del sitio en función de las cookies HTTP mediante la CLI
Para la persistencia del proxy de conexión, no tiene que establecer el prefijo del sitio.
En la línea de comandos, escriba:
set gslb service group
[-sitePersistence ] Para la persistencia de redirección HTTP, primero debe establecer el prefijo de sitio para un miembro del grupo de servicios y, a continuación, establecer el parámetro de persistencia
HTTPRedirect
para el grupo de servicios.En la línea de comandos, escriba:
set gslb servicegroup
[-sitePrefix ] set gslb servicegroup [-sitePersistence ]
Ejemplos:
Persistencia del proxy de conexión
set gslbservicegroup sg1 -sitePersistence connectionProxy
Persistencia de redirección HTTP
set gslb servicegroup sg2 test1 80 -sitePrefix vserver-GSLB-1 set gslb servicegroup sg2 -sitePersistence HTTPRedirect
Para establecer la persistencia del sitio basado en cookies mediante el uso de la interfaz gráfica de usuario
- Vaya aAdministración del tráfico>GSLB>Grupos de serviciosy seleccione el grupo de servicios que quiere configurar para la persistencia del sitio (por ejemplo, ServiceGroup-GSLB-1).
- Haga clic en la secciónPersistencia del sitioy establezca la persistencia que cumpla con sus requisitos.
Sugerencia
Para ver el caso de implementación y la configuración de ejemplo de los grupos de servicios GSLB, consulte los siguientes temas: