El 16/12/12 19:57, Tio Oscar escribió: > El 16 de diciembre de 2012 18:40, Ariel Camino <[email protected] > <mailto:[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 <http://google.com> > > ; <<>> DiG 9.8.1-P1 <<>> A google.com <http://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 <http://google.com>. IN A > > ;; ANSWER SECTION: > google.com <http://google.com>. 293 IN A > 173.194.42.1 > google.com <http://google.com>. 293 IN A > 173.194.42.9 > google.com <http://google.com>. 293 IN A > 173.194.42.4 > google.com <http://google.com>. 293 IN A > 173.194.42.8 > google.com <http://google.com>. 293 IN A > 173.194.42.0 > google.com <http://google.com>. 293 IN A > 173.194.42.3 > google.com <http://google.com>. 293 IN A > 173.194.42.5 > google.com <http://google.com>. 293 IN A > 173.194.42.6 > google.com <http://google.com>. 293 IN A > 173.194.42.2 > google.com <http://google.com>. 293 IN A > 173.194.42.14 > google.com <http://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 <http://irc.freenode.net> -> #lanux. > _______________________________________________ > General mailing list > [email protected] <mailto:[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------
Sí igual con caídas no me refería a que se sature el server, sino a caídas en conexiones, dado que ningún datacenter te asegura un uptime del 100%. Si se podría implementar un sistema de failover a nivel DNS como sucede con los registros MX, uno podría contratar varias plataformas alrededor del mundo y quedarse un poco más tranquilo. Salutes! -- 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 -> #lanux. _______________________________________________ General mailing list [email protected] http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general
