Servicios de redes de aplicaciones : Switches de servicios de contenido Cisco CSS de la serie 11500

Configurar el Equilibrio de carga en el CSS11500

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Los Cisco CSS 11500 Series Content Services Switches ofrecen varios servicios para el balanceo de carga de servicios dentro de una regla de contenido.

Antes de comenzar

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

prerrequisitos

No hay requisitos previos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

Servicios

Los servicios que lo pueden ayudar con el equilibrio de la carga son:

Ordenamiento cíclico

Este servicio distribuye las capas 3-5 peticiones en la rotación. Las conexiones son propensas a caer en un agujero negro si las solicitudes sobrecargan el servidor.

Ordenamiento cíclico por peso

El ordenamiento cíclico cargado (WRR) se comporta como el algoritmo de ordenamiento cíclico. Sin embargo, puede ordenar manualmente los servidores a través de WRR para ser seleccionado más frecuentemente.

Conexiones/bytes menores

Con este servicio, un CSS11500 correlaciona la carga del servidor y (a?) el número de conexiones activas. Un CSS11500 no puede reconocer las diferencias en el rendimiento del servidor real.

ArrowPoint Content Aware (ACA)

El CSS11500 utiliza el servicio del ArrowPoint Content Aware (ACA) para recopilar los datos de tiempo de respuesta para cada flujo para construir las medias/las variaciones estadísticas para cada servicio y se utiliza el ½ del ¿Â de la regla de contenido. ï los mejores servidores, mientras que los servidores lentos se podan de la lista elegible. Este servicio también puede manejar las conexiones persistentes para el comercio electrónico basado en los ID de la aplicación de los IP Addresses (rango), del Secure Socket Layer (SSL), y los Cookie.

Otros métodos

Otros métodos de equilibrio son urlhash, domainhash, URL, dominio, srcip, y destip. Sin embargo, estos métodos no se cubren en este documento. Para más información sobre estos métodos de equilibrio, refiera a la referencia de comandos CSS.

Configurar

En el siguiente ejemplo, dos servidores idénticos del Hypertext Transfer Protocol (HTTP) están conectados con un CSS11500. Se utilizan distintos algoritmos para la evaluación. Este ejemplo utiliza el contenido equilibrado carga HTML con el ½ del ¿Â del símbolo comodín/*.html. ï que IP virtual el direccionamiento (VIP) 10.1.1.101 utiliza la traducción de dirección de red (NTA) para alcanzar el ½ del ¿Â de los IP Addresses. ï de los servidores el algoritmo dinámico del balanceo de carga ACA es. mediciones medidas usadas de las aplicaciones del ½ ACA del ¿Â ï para determinar el mejor servidor dentro de la regla para utilizar.

Nota: Para obtener información adicional sobre los comandos que se utilizan en este documento, use la Command Lookup Tool (solo para clientes registrados).

Diagrama de la red

/image/gif/paws/28862/methods_load_bal.gif

Configuraciones

Dispositivo 1
!Generated MAY� 5 15:50:40
!Active version: ap0310027

configure
!*************************** GLOBAL ***************************
  
username admin des-password 
  ip route 0.0.0.0 0.0.0.0 10.1.1.101

!************************** CIRCUIT **************************

circuit VLAN1
� ip address 10.1.1.254 255.255.255.0

!************************** SERVICE **************************

service Server1
� ip address 10.1.1.1
� keepalive type http
� keepalive uri "/"
� active

service Server2
� ip address 10.1.1.2
� keepalive type http
� keepalive uri "/"
� active

service Server3
� ip address 10.1.1.3
� keepalive type http
� keepalive uri "/"
� weight 5�

!--- Makes the server get hit more often.
!--- The default weight is 1.
�������������������  
� active

!*************************** OWNER ***************************

owner foo.com
� content L3_LeastConnections
��� vip address 10.1.1.100
��� add service Server1
��� add service Server2
��� add service Server3
��� balance leastconn

!--- Balance based on least connections content L3_RoundRobin.

    active 
  content L3_RoundRobin  
    vip address 10.1.1.100 ����������  
��� VIP address 10.1.1.100
��� add service Server1
��� add service Server2
��� add service Server3

!--- The default is round robin.�

��� active�
    �������������������  
� content L5_ACA
��� port 80
��� protocol tcp
�� VIP address 10.1.1.100
��� add service Server1
��� add service Server2
��� add service Server3
��� balance aca

!--- Used to dynamically balance server.
����������������  
��� url "/*.html"

!--- Use this rule only with HTML documents.
�������������  
    active 
� content L5_WeightedRR
��� port 80
��� protocol tcp
��� VIP address 10.1.1.100
��� add service Server1
��� add service Server2
��� add service Server3
��� balance weightedrr

!--- Use the weight information found in the service.
��������  
��� url "/*.gif"

!--- Only use this rule for GIF documents.
�
    Use the weight info found in the service���������������  
��� active

Prueba

Siga los pasos a continuación a fin de verificar su configuración de equilibrio de carga de CSS o resolver cualquier problema con el mismo.

Nota: La herramienta Output Interpreter (sólo para clientes registrados) permite utilizar algunos comandos “show” y ver un análisis del resultado de estos comandos.

  1. Verifique que todos los servidores estén para arriba usando el comando show service summary.

  2. Active la regla de las conexiones L3_Least.

  3. Inicie los emuladores de cliente.

  4. Publique el comando show summary de ver que las cuentas del golpe por el ½ del ¿Â del servicio. ï el servidor más reciente no consiguen el golpe como a menudo si los primeros servidores son rápidamente bastante manejar las conexiones.

  5. Activar la regla de ordenamiento cíclico L3.

  6. Comience el ½ del ¿Â de los emuladores de cliente. ï que todos los servidores serán golpeados igualmente.

  7. Inicie los emuladores de cliente y haga que soliciten 1.gif y 2.gif. El Switch reconoce que el Archivo solicitado termina en la extensión de archivo de .gif y aplica L5_WRR la regla. En segundo lugar, el equilibrio en el tercer servidor es cinco veces más que en otros servidores por lo tanto se utilizan 5 veces más archivos .gif.

  8. Repetir la prueba con el documento HTML. El servidor 3 recibirá nuevamente la mayoría de los accesos. El ACA utiliza una combinación de información de tiempo dinámica de la respuesta adquirida y de los Factores de carga en el servidor con el ajuste manual que utilizan los parámetros tales como ½ del ¿Â de la ponderación. ïÂ

    Nota: Los tres servidores necesitan el tráfico sustancial para que usted vea los méritos de utilizar el servicio ACA.

  9. Se repitieron las pruebas utilizando clientes. Se solicitó diferente contenido (HTML, GIF, JPEG). En este ejemplo, el ordenamiento cíclico trató a todos los JPEG de la misma manera porque no había ninguna otra regla para aplicar. Cinco veces tantos GIF fueron servidos por el ½ ACA del ¿Â Server3.ï determinado que mientras que el Server3 era el servidor preferido, fue sobrecargado, así que redistribuyó las peticiones sobre los otros servidores dinámicamente. Para determinar a un servidor preferido, utilice el comando show service summary y la mirada en los resultados en las conexiones y cargue las columnas.

    Service Name�������������������� State���� Conn� Weight� Avg�� State
    �������������������������������������������������������� Load� Transitions
    
    Server1������������������������� Alive������� 22����� 1��� 40����� 0
    
    Server2������������������������� Alive������� 25����� 1���� 9������0
    
    Server3������������������������� Alive������� 68����� 5��� 76������0������
    
    
    

    La salida del comando show summary muestra que la regla ACA golpeó los servidores, sobre la base de su ordenamiento cíclico del ½ del ¿Â de las cargas. ï golpeó a los servidores en forma equitativa. El WRR golpeó el Server3 más debido al ½ del ¿Â del equilibrio manual. ï que los menos resultados de las conexiones muestran que los primeros dos servidores manejaron la mayor parte de la carga.

    Global Bypass Counters:
    
    �� No Rule Bypass Count:���� 0
    
    �� Acl Bypass Count:�������� 0
    
    Owner����������� Content Rules��� State���� Services�������� Service Hits
    
    foo.com��������� L5_ACA���������� Active��� Server1��������� 520
    
    ������������������������������������������� Server2��������� 608
    
    ������������������������������������������� Server3��������� 854
    
    ���������������� L3_RoundRobin��� Active��� Server1��������� 665
    
    ������������������������������������������� Server2��������� 665
    
    ������������������������������������������� Server3��������� 665
    
    ���������������� L5_WeightedRR��� Active��� Server1��������� 278
    
    ������������������������������������������� Server2��������� 277
    
    ������������������������������������������� Server3��������� 1387
    
    ���������������� L3_LeastConnecti Suspended Server1��������� 665
    
    ������������������������������������������� Server2��������� 650
    
    ������������������������������������������� Server3��������� 201

Nota: Los contadores están por el propietario y por el ½ del ¿Â de la regla. ï para borrar todos los contadores, publican el comando zero all en el [foo.com] del config-propietario) # indican. al ½ del ¿Â ï que borre los contadores para una regla, ingresan en el modo de configuración para la regla y después publican el comando del zeroall.


Información Relacionada


Document ID: 28862