Balance de Carga - La aproximación utilizando un proxy en reversa

La idea esta vez consiste en utilizar un servidor proxy que opera en la dirección contaria a su uso normal. Un proxy en reversa se hace pasar como el servidor final (www.chilerock.cl) y traduce el URL relativo recibido en un URL absoluto dirigido a uno de los sevidores en el cluster. En la siguiente figura se puede observar como para los navegadores el proxy en reversa aparece como el servidor final, pero en vez de servir la solicitud el mismo, determina el servidor que va a responder, envia la solicitud y despues encamina la respuesta. Ahora los servidores en el cluster pueden pertenecer a una subred enmascarada por el servidor proxy en reversa y no se hacen necesarios truco con el DNS.

Aproximación vía Proxy en Reversa

Esta aproximacion tiene sus ventajas:

• La primera es que como existe un unico punto de acceso, es mucho mas facil hacer log y monitorear el sitio (que con la version por DNS).
• La segunda es que ahora se tiene total control del esquema de delegación, dado que es realizado localmente en el proxy para cada solicitud y no esta en algún cache en Internet, lo que conlleva a un mejor balance de la carga.
• La tercera es que al poder manejar el esquema de delegación permite responder a eventualidades, como la caida de un servidor, modificando el esquema y terminando inmediatamente con los problemas de los usuarios (y las páginas de error). Una vez reparado se puede reactivar de forma tan simple como fue desactivado.

Soluciones para implementar este esquema existen muchas, por ejemplo proxy de software (como Squid, Internet Object Cache, Netscape Proxy Server, Microsoft Proxy, Netra Proxy Cache Server) y otras por hardware dedicado (LocalDirector de Cisco Systems y Equalizar de Coyote Point, CS-100 de ArrowPoint, BIG/ip de F5 Networks).

Aproximación via proxy en reversa usando una subred

El reparo a esta configuración de balance de carga es que aun existe un único punto de falla, y ahora es el balanceador.

Existen muchos métodos para implementar el balance de carga, y usualmente un producto es capaz de funcionar en muchas de ellas, sin embargo esto puede ser simplificado en dos categorias: Bridge-Path y Route-Path, las que se explican más adelante.