Estamos utilizando un E250si por coyotepoint.
razones por las que optamos por este particular equilibrador de carga
- Queríamos una solución llave en mano, que esta pieza de hardware es.
- Precio (lo usamos con un año de soporte dejado en eBay).
- Interfaz basada en web: realmente fácil de usar (por ejemplo, configurar un clúster, suspender un servidor, solucionar problemas, estadísticas, ...), incluso si no es un administrador del sistema.
- Relación semipersonal con la empresa (o más bien con alguien que trabaja para ellos en ese momento).
- FreeBSD basado - ejecutamos FreeBSD casi exclusivamente y prefiero una solución que no agrega otra tecnología a la pila.
Una de las cosas que añadir es que a pesar de que el equilibrador de carga solamente tiene cuatro puertos físicos, puede activar más puertos mediante la conexión de un interruptor a uno de sus puertos físicos - y por este medio se extiende por
Hay no tanto que decir sobre este loadbalancer. Ha sido bueno para nosotros y se ha estado ejecutando sin reiniciar y sin problemas durante 10 meses más o menos ahora. Cada vez que un servidor fallaba, se lo retiraba de forma instantánea. No tanto que pueda quejarme.
Inicialmente hay algunas cosas que se acostumbran y si tuviera que pensar en los puntos débiles, sólo dos vienen a la mente:
- Cuando se está manejando más de 4 Mbit/s entrante se puede conseguir un un poco lento, y muy, muy lento cuando habilita funciones como adherencia. Tenemos un pico de 5-6 mbit/s por lo general, pero como desactivamos la adherencia, los agentes del servidor, las sondas y usamos la política round_robin muy básica, todo está bien.
- La interfaz web usa JavaScript/ajax para partes de la pantalla, y esas son muy problemáticas, aunque una persona de ventas @ me dijo que están resueltas si hacemos la actualización del software.
Con todo, la E250si nos salvó la toda la configuración y el mantenimiento de otro servidor, etc .. Pero ya que he oído tantas cosas buenas sobre HAProxy y la libra, es probable que tarde o temprano migrar en esta dirección. Sin embargo, si sigo la ruta del software, sería muy exigente con los componentes que coloqué en el servidor, por ej. placa base, tarjetas de red, etc.
operación por turnos de DNS le dará redundancia. Los navegadores web generalmente se comportan de manera inteligente cuando falla uno de los hosts en un DNS round-robin. En particular, si un host en RR DNS está fallando rápidamente (por ejemplo, dando una "conexión rechazada", el navegador web falla tan rápidamente que los usuarios no lo notarán. – MarkR
Demasiado, no estaba al tanto de eso. Sin embargo, el navegador es consciente de la configuración round-robin, dado que solo le pide al OS una resolución de DNS? ¿No es solo el navegador haciendo un reintento automático a ciegas? – skaffman
El navegador resuelve todas las direcciones IP del host y las selecciones uno; si eso falla, entonces intenta con otros. La biblioteca de resolución permite que una aplicación recupere todos los registros relevantes. – MarkR