Consideraciones de planificación

El componente CBR permite equilibrar la carga de tráfico HTTP y SSL con Caching Proxy para dirigir mediante proxy la petición. Con CBR, puede equilibrar la carga de servidores que puede configurar desde el archivo de configuración de CBR utilizando mandatos cbrcontrol.

Nota:
El componente Content Based Routing (CBR) no está disponible en plataformas que ejecutan una JVM de 64 bits, salvo para HP-UX ia64. En HP-UX ia64, el componente CBR se ejecuta como una aplicación de 32 bits. Puede utilizar el método de reenvío de CBR del componente Dispatcher de Load Balancer para proporcionar direccionamiento basado en contenido sin utilizar Proxy de memoria caché. Consulte direccionamiento basado en contenido de Dispatcher (método de reenvío cbr) para obtener más información.

CBR es muy similar a Dispatcher en su estructura de componentes. CBR consta de las funciones siguientes:

Las tres funciones clave de CBR (ejecutor, gestor y asesores) actúan conjuntamente para equilibrar y entregar las peticiones entrantes entre servidores. Junto con las peticiones de equilibrio de carga, el ejecutor supervisa el número de conexiones nuevas y de conexiones activas y suministra esta información al gestor.

Peticiones de equilibrio de carga para distintos tipos de contenido

El componente CBR proporciona la posibilidad de especificar un conjunto de servidores que gestionarán peticiones basándose en expresiones regulares comparadas con el contenido de la petición de cliente. CBR permite particionar el sitio de modo que conjuntos de servidores distintos pueden atender contenidos o servicios de aplicaciones distintos. Este particionamiento es transparente a clientes que acceden a su sitio.

División del contenido del sitio para obtener un mejor tiempo de respuesta

Un modo de dividir su sitio sería asignar algunos servidores para gestionar sólo peticiones cgi y otro conjunto de servidores para gestionar todas las demás peticiones. Esto impide que el cálculo intensivo de scripts cgi ralentice los servidores para el tráfico de HTML normal, lo que permite a los clientes obtener un mejor tiempo de respuesta global. Con el uso de este esquema, también podría asignar estaciones de trabajo más completas para peticiones normales. Esto proporcionaría a los clientes un mejor tiempo de respuesta sin los gastos de actualizar todos los servidores. También podría asignar estaciones de trabajo más completas para peticiones cgi.

Otra posibilidad para particionar su sitio podría ser dirigir a los clientes que acceden a las páginas que requieren registrarse a un conjunto de servidores y todas las demás peticiones a un segundo conjunto de servidores. Esto impediría que navegadores eventuales de su sitio acapararan recursos que podrían utilizarlos clientes que se hayan comprometido con su registro. También le permitiría utilizar estaciones de trabajo más completas para atender a los clientes que se han registrado.

Podría por supuesto combinar los métodos anteriores para obtener aún más flexibilidad y un servicio mejorado.

Provisión de una copia de seguridad del contenido del servidor Web

Dado que CBR permite especificar varios servidores para cada tipo de petición, se puede equilibrar la carga de los servidores para obtener una respuesta al cliente óptima. Si permite que se asignen varios servidores a cada tipo de contenido, estará protegido si una estación de trabajo o un servidor da un error. CBR reconocerá el error y seguirá equilibrando la carga de peticiones de cliente con los otros servidores del conjunto.

Utilización de varios procesos Caching Proxy para mejorar la utilización de la CPU

Proxy de memoria caché comunica con un proceso CBR a través de esta interfaz de plug-in. Para que esto funcione, CBR debe ejecutarse en la máquina local. Dado que estos son dos procesos aparte, puede haber varias instancias de Caching Proxy ejecutándose y trabajando con una sola instancia de CBR. Se podría establecer esta configuración con el fin de segregar direcciones o funcionalidad entre Caching Proxies o para mejorar la utilización de recursos de la máquina teniendo varios Caching Proxies gestionando el tráfico de clientes. Las instancias del proxy se pueden detectar en puertos distintos o enlazarse a direcciones IP únicas en el mismo puerto, en función de lo que mejor se ajuste a los requisitos de tráfico.

Utilización de equilibrio de carga basado en normas con CBR

CBR junto con Caching Proxy examina las peticiones HTTP utilizando los tipos de normas especificados. Cuando se ejecuta, Caching Proxy acepta peticiones de cliente y consulta al componente CBR cuál es el mejor servidor. En esta consulta, CBR compara la petición con un conjunto de normas con prioridades. Cuando se cumple una norma, se selecciona el servidor adecuado entre un conjunto de servidores preconfigurados. Finalmente, CBR informa a Caching Proxy del servidor que ha seleccionado y la petición se dirige mediante el proxy ahí.

Después de definir un clúster para el equilibrio de carga, debe asegurarse de que todas las peticiones a ese clúster tienen una norma que seleccionará un servidor. Si no se ha encontrado ninguna norma que cumpla una petición en particular, el cliente recibirá una página de error del Caching Proxy. El modo más sencillo de asegurarse de que todas las peticiones cumplirán alguna norma es crear una norma "siempre cierta" con un número de prioridad muy alto. Asegúrese de que los servidores utilizados por esta norma puedan gestionar todas las peticiones no gestionadas explícitamente por las normas que tienen una prioridad con un número inferior. (Nota: las normas con un número de prioridad inferior se evalúan primero).

Para obtener más información consulte el apartado Configuración de equilibrio de carga basado en normas.

Equilibrio de carga entre conexiones completamente seguras (SSL)

CBR con Caching Proxy puede recibir la transmisión SSL del cliente al proxy (en el sentido del cliente al proxy) así como dar soporte a la transmisión del proxy al servidor SSL (en el sentido del proxy al servidor). Si define un puerto SSL en un servidor en la configuración de CBR para recibir la petición SSL del cliente, tiene la posibilidad de mantener un sitio completamente seguro, utilizando CBR para equilibrar la carga entre servidores seguros (SSL).

Además de otros cambios en el archivo ibmproxy.conf para CBR, es necesario añadir otra sentencia de configuración al archivo ibmproxy.conf para Caching Proxy con el fin de habilitar el cifrado SSL en el sentido del proxy al servidor. El formato debe ser:

proxy patrón_uri patrón_url dirección

donde patrón_uri es un patrón de coincidencia (por ejemplo: /secure/*), patrón_url es una URL de sustitución (por ejemplo: https://clusterA/secure/*) y dirección es la dirección de clúster (por ejemplo: clusterA).

Equilibrio de carga de cliente a proxy en SSL y de proxy a servidor en HTTP

CBR con Caching Proxy también puede recibir la transmisión SSL del cliente y a continuación descifrar la petición SSL antes de dirigir mediante proxy la petición a un servidor HTTP. Para que CBR proporcione soporte de cliente a proxy en SSL y de proxy a servidor en HTTP, hay una palabra clave opcional mapport en el mandato cbrcontrol server. Utilice esta palabra clave cuando necesite indicar que el puerto en el servidor es distinto del puerto de entrada del cliente. A continuación figura un ejemplo para añadir un puerto utilizando la palabra clave mapport, donde el puerto del cliente es 443 (SSL) y el puerto del servidor es 80 (HTTP):

cbrcontrol server add cluster:443 mapport 80

El número de puerto de mapport puede ser cualquier valor entero positivo. El valor por omisión es el número de puerto del puerto de entrada del cliente.

Puesto que CBR debe ser capaz de asesorar sobre una petición HTTP de un servidor configurado en el puerto 443 (SSL), se proporciona un asesor especial ssl2http . Este asesor comienza en el puerto 443 (el puerto de entrada del cliente) y asesora sobre el servidor o los servidores configurados para ese puerto. Si hay dos clústeres configurados y cada clúster tiene el puerto 443, además los servidores están configurados con un mapport distinto, entonces una sola instancia del asesor puede abrir el puerto adecuado de modo correspondiente. A continuación figura un ejemplo de esta configuración:

Executor
    Cluster1
       Port:443
           Server1 mapport 80
           Server2 mapport 8080
    Cluster2
       Port:443
           Server3 mapport 80
           Server4 mapport 8080
    Manager
      Advisor ssl2http 443