El 16 de diciembre de 2012 20:09, Ariel Camino <[email protected]>escribió:
> 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 > Seguramente algo debe haber -- 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 -> #lanux. _______________________________________________ General mailing list [email protected] http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general
