Estoy a punto de convertir una aplicación web de base de datos única de servidor único en una configuración de alta disponibilidad distribuida físicamente con servidores en dos ubicaciones físicas (por ahora). Ahora, obviamente, necesito un equilibrador de carga (más como un proxy inverso en este caso, pero lo llamaré "equilibrador de carga" por simplicidad), que enrutaría las solicitudes para mywebsiteuno node1.mywebsiteu otro node2.mywebsite. Sin embargo, supongo que los servidores de alta disponibilidad no sirven si mi equilibrador de carga se cae. Por lo tanto, así que mi línea de pensamiento, en realidad necesitaría dos equilibradores de carga, uno en cada ubicación. Sin embargo, todavía quisiera un único punto de acceso externo, por lo tanto, necesitaría un equilibrador de carga para los equilibradores de carga, que a su vez necesitaría equilibrarse en todas las ubicaciones ... esto sigue y sigue.
Entonces, ¿qué hay de malo en mi razonamiento? ¿Cómo garantizaría la alta disponibilidad de mis equilibradores de carga en la práctica, suponiendo que cada una de las ubicaciones físicas pudiera desconectarse de la alimentación durante un largo período de tiempo?
PD : Soy consciente del hecho de que mi comprensión de la distinción entre HA y equilibrio de carga es mediocre en el mejor de los casos. Lo que quiero es un servidor disponible incluso cuando se corta la alimentación en una ubicación. Gracias por su comprensión.
fuente
Respuestas:
No se puede, por lo que el equilibrio de carga no tiene nada que ver con la disponibilidad .
fuente
Dos equilibradores de carga deberían ser suficientes. Utilizará solo un equilibrador de carga a la vez. El nombre mywebsite debe resolverse para el VIP asignado a uno de los equilibradores de carga.
fuente
Puede hacer HA gruesa y equilibrar con round robin dns pegándola frente a sus equilibradores de carga.
fuente