El 16 de diciembre de 2012 18:40, Ariel Camino <[email protected]>escribió:

> Supongámosle que uno tiene uno o varios servidores web, de algo que no
> se puede caer bajo ningún tipo de circunstancia.
>
> Lo que normalmente se hace es poner un proxy reverso/balanceador nuboso
> o lo que a alguno se le ocurra, para que ante un fallback de x request,
> se pueda redireccionar la petición a otro servidor.
>
> Ahora el problema está en que cuando el navegador web quiere acceder a
> una URL, normalmente pregunta a el o los servidores DNS por un registro
> A, y obtiene solo una IP de respuesta (donde se encuentra el node
> balancer, nginx, pound, o lo que sea).
>
> Y generalmente ese es el server que se cae, y se rompe todo.
>
> Ahora, si uno pregunta "Dónde está google?" se encuentra con varias
> respuestas:
>
>  dig A google.com
>
> ; <<>> DiG 9.8.1-P1 <<>> A google.com
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20859
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 4, ADDITIONAL: 4
>
> ;; QUESTION SECTION:
> ;google.com.                    IN      A
>
> ;; ANSWER SECTION:
> google.com.             293     IN      A       173.194.42.1
> google.com.             293     IN      A       173.194.42.9
> google.com.             293     IN      A       173.194.42.4
> google.com.             293     IN      A       173.194.42.8
> google.com.             293     IN      A       173.194.42.0
> google.com.             293     IN      A       173.194.42.3
> google.com.             293     IN      A       173.194.42.5
> google.com.             293     IN      A       173.194.42.6
> google.com.             293     IN      A       173.194.42.2
> google.com.             293     IN      A       173.194.42.14
> google.com.             293     IN      A       173.194.42.7
>
> La pregunta es, funciona como un registro MX? es decir que si mi
> navegador no logra conectarse a la primer IP, prueba con la segunda, y
> así? tiene que ser un navegador especial? (como Chrome/Chromium) o esos
> registros están para otros servicios?
>
> Saludos!
> --
> Ariel Camino
> Lanux - Grupo de usuarios de GNU/Linux de Lanus
> Visitanos en: http://www.lanux.org.ar
>
> Reglas de etiqueta para el posteo de mensajes a  la lista:
> http://www.lanux.org.ar/?page_id=35
>
> Articulos y noticias por rss:
> http://www.lanux.org.ar/?feed=rss2
>
> Lanux por irc:
> irc.freenode.net -&gt; #lanux.
> _______________________________________________
> General mailing list
> [email protected]
> http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general
>

Vos podés definir varios registros A a un dominio, pero al final se va a
elegir uno al azar, no hay fail over porque la conexión la realiza despues
de conocer el dominio, como mucho podrías configurar tu server de DNS para
que, en caso de caerse un server modifique los registros que devuelve, pero
no safás de la cache de los ISP.

Igualmente tengo entendido que hay fail over de conexiones dedicadas, no se
como funcionaran, pero supongo que en grandes arquitecturas el router  que
decide a donde apuntan las IPs es el encargado del failover.

Tambien podrías poner 2 balanceadores, uno primario y otro de failover y
configurarlos con hearbit para que el backup tome el lugar del master en
caso de ser necesario.

Personalmente te puedo decir que un debian con nginx proxiando es
inderribable:

exos@Carl-Front-02:~$ uptime
 22:50:50 up 258 days, 21:04,  1 user,  load average: 0.13, 0.12, 0.09
exos@Carl-Front-02:~$ ps aux | grep nginx
root      7333  0.0  0.5  38072  5996 ?        Ss   Aug27   0:00 nginx:
master process /usr/sbin/nginx
www-data 22895  0.5  0.8  38072  8328 ?        S    Dec11  43:09 nginx:
worker process
www-data 22896  0.5  0.8  38072  8316 ?        S    Dec11  43:13 nginx:
worker process
www-data 22897  0.5  0.8  38072  8836 ?        R    Dec11  43:36 nginx:
worker process
www-data 22898  0.5  0.8  38072  8572 ?        S    Dec11  43:24 nginx:
worker process
exos@Carl-Front-02:~$ netstat -a | grep www | wc -l
709

Y hace poco se tuvo que migrar el otro front y se perdio el uptime, pero
tenia mas de 300 dias. El Nginx tiene reiniciadas pero solo para cambios de
configuración y actualizaciones. Nunca se cayó.

-- 
El Tio ~ Programador, hacker y filósofo
web: http://blog.exodica.com.ar
Linked'in: http://www.linkedin.com/in/ogentilezza
Twitter: @exos, Indeti.ca: @exos
Tels: [+54 11] 638-LINUX (54689) - [+54 9 11] 6133-2442

-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/IT d-- s:++ a- C+++$ UBL+++$ P(-) L+++$ !E--- W+++$ !N !o K-? !w--- !O
!M-- V? PS+++@ !PE Y+(++) PGP++ !t--- !5 X++ R(+) tv--? b- DI D-- G e@ h>++
r+++(-) y+++>+++++
------END GEEK CODE BLOCK------
Lanux - Grupo de usuarios de GNU/Linux de Lanus
Visitanos en: http://www.lanux.org.ar

Reglas de etiqueta para el posteo de mensajes a  la lista:
http://www.lanux.org.ar/?page_id=35

Articulos y noticias por rss:
http://www.lanux.org.ar/?feed=rss2

Lanux por irc:
irc.freenode.net -&gt; #lanux.
_______________________________________________
General mailing list
[email protected]
http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general

Responder a