[eside-ghost] Sistema web - Servidor de respaldo

[Jose Ignacio Sanchez]

Buenas!

Pues lo mas sencilo es utilizar VRRP (apt-get install) si quieres fail-over
y mezclarlo con DNS round robin(2 VRRP y DNS round robin) para ademas de
fail-over hacer balanceo.
Puedes escalar el cluster con tantos nodos como quieras. Necesitarás correr
tantos VRRPs como nodos haya si haces balanceo con DNS. Si es solo fail-over
no.

Si quieres hacer un fail-over entre 2 servidores web en distintas
ubicaciones conectados a internet con distintos servidores web y sin
conexion directa entre ellos, lo mejor es utilizar el mitico truco del DNS
(comentado anteriormente en esta lista) que consiste en hacer que un
servidor DNS sea el primerio autorizado para el dominio www. , y el otro
servidor el secundario. Cada uno reclamará el registro A para su propia
direccion IP. Sin embargo si el primer webserver falla (tb es el dns
primario), el mecanismo DNS se encargara de preguntar de forma transparente
al secundario que asumirá el registro A para el.

En cualquier caso no es necesario promocionar el servidor caido  cuando se
levante ya que tanto en el caso del VRRP como el DNS el sistema hara todo
solo.

Espero que esto te sirva, si  quieres alguna aclaración comentame. Lo que te
comento lo he probado y funciona de PM, lo estamos implementando para crear
nuestro cluster. El unico tema es que tendras que tener cuidado con el tema
de las variables de sesión en el servidor. Lo mejor es utilizar algo
parecido al ViewState de .NET (que va y viene, lo mantiene el cliente),
siempre acordandote de cifrarlo bien con algo decente tipo blowfish-256.


Un saludo :)

  Topo[LB]



> -----Original Message-----
> From: eside-ghost-bounces en deusto.es
> [mailto:eside-ghost-bounces en deusto.es]On Behalf Of Pablo Cabezas
> Sent: miércoles, 24 de agosto de 2005 12:52
> To: Lista de eside-ghost
> Subject: RE: [eside-ghost] Sistema web - Servidor de respaldo
>
>
> Hola!
>
> > Jejeje, y ¿quién balancea al balanceador...? :-) 1 punto
> único de fallo
> > siempre vas a tener :-) ¿y si se cae la salida a internet?
> ¿y si se cae el
> > switch al que están conectados los servidores?
>
> Totalmente de acuerdo contigo xDD Me parecía un poco tocar
> las narices escribir ese párrafo,
> porque está claro que siempre vas a tener un punto (como
> mínimo) conflictivo. Además es lo que tú
> dices, que la carga de ese elemento no va a ser ni mucho
> menos comparable con la de los
> servidores, será un mero guardia de tráfico.
>
> He estado mirando algo acerca del sistema de "asunción de
> IP", por la que si tenemos dos máquinas
> A (principal) y B (secundaria), si B detecta que A se ha
> quedado tostada, B toma la IP de A.
> En este caso, qué se debería hacer cuando vayamos a la
> máquina A y la reiniciemos? Porque habría
> un conflicto de IP al hacer esto, no? Podríamos crear un
> script de inicio que haga que se ponga
> una IP que sepamos que no se va a usar, y haga pings para ver
> si la IP que busca está actualmente
> libre...
>
> Con un sistema cliente-servidor con lógica en el cliente (que
> ya no sea un mero visualizador web)
> se acabarían todos estos problemas... Pero es que me toca lo
> que vienen siendo las narices, oyes
> xDD
>
> Gracias don zefe, a ver si sacamos algo mais. Saludos,
> Chan
>
>
>
>
> ______________________________________________
> Renovamos el Correo Yahoo!
> Nuevos servicios, más seguridad
> http://correo.yahoo.es
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost