Dispatcher admite el equilibrio de carga entre los servidores HTTP, FTP, SSL, SMTP, NNTP, IMAP, POP3, Telnet, SIP y cualquier otro TCP o aplicación basada en UDP sin estado.
Cuando equilibra la carga de tráfico SSL (HTTPS):
Para dirigir los clientes a conjuntos de servidores distintos para la misma dirección Web, puede añadir "reglas" a la configuración de Dispatcher. Para obtener más información, consulte el apartado Configuración de equilibrio de carga basado en normas.
Para asegurarse de que los clientes SSL vuelven al mismo servidor SSL, según el ID de SSL de la petición de cliente, consulte la sección sobre >configuración de Content Based Routing con SSL.
Para dirigir los clientes HTTP a conjuntos de servidores distintos utilizando normas según la correspondencia del contenido del URL de la petición de cliente, consulte los apartados direccionamiento basado en contenido de Dispatcher (método de reenvío cbr) y Utilización de normas basadas en el contenido de peticiones para obtener más información.
La ventaja de utilizar el método de reenvío cbr de Dispatcher es que proporciona una respuesta más rápida a las peticiones de cliente que el componente CBR. Además, el reenvío cbr de Dispatcher no requiere la instalación y utilización de Caching Proxy.
Si la red incluye tráfico SSL (de cliente a través de servidor) completamente seguro, la ventaja de utilizar el componente CBR (junto con Caching Proxy) es que puede procesar el cifrado y descifrado necesario para realizar direccionamiento basado en contenido. Para conexiones completamente seguras, el reenvío cbr de Dispatcher sólo se puede configurar con la afinidad de ID de SSL porque no puede procesar el cifrado y descifrado para realizar el direccionamiento basado en contenido verdadero en el URL de la petición de cliente.
Se puede conseguir el equilibrio de carga de área amplia por varios métodos distintos.