Estou tentando descobrir como o RTD dos servidores do Google pode ser tão baixo:
$ ping google.com
PING google.com (173.194.113.64): 56 data bytes
64 bytes from 173.194.113.64: icmp_seq=0 ttl=57 time=28.166 ms
173.194.113.64está registrado em Mountain View, CA e estou na Alemanha. Um ping para um host na Califórnia demoraria muito mais. Emitir um traceroute me dá um hostname fra02s21-in-f0.1e100.net. Estou me perguntando quais técnicas eles estão usando para redirecionar minha solicitação.
Responder1
Você está certo, o RTD não pode ser <30ms para os EUA. Da Europa para os EUA deve demorar cerca de 60ms (só ida).
Então o Google provavelmente tem algum servidor de cache deste lado do oceano
(e acabou de ser registrado para Mountain View enquanto realmente está na Europa).
eu encontreiEste artigoexplicando:
Sigilo do Google
O Google tornou difícil descobrir onde eles mantêm seus data centers e quantos eles possuem. Uma grande razão para isso é que quase todos os endereços IP que o Google usa (e há muitos deles)estão listados em seu endereço em Mountain View, Califórnia, basta olhar para endereços IP (com IP WHOIS ou bancos de dados IP para localização)não ajudará você a descobrir onde estão seus data centersou quantos eles têm.
Além disso, o Google geralmente busca licenças para seus projetos de data center usando empresas (LLCs) que nem mencionam o Google, por exemplo, Lapis LLC na Carolina do Norte e Tetra LLC em Iowa.
Como o Google tende a ser bastante reservado em relação aos seus data centers em geral, as informações que apresentamos aqui provavelmente não estão 100% completas.
Link bônus ;)Uma visão interna dos data centers do Google.
Aqui estáoutra fonte:
2) Grandes empresas com escritórios em todo o mundo não compartilham informações sobre sua localização real no whois.
- Exemplo: Google Inc. tem seus data centers espalhados pelo mundo, mas whois sempre indica sua sede em Mountain View (Califórnia, EUA). Na realidade, usuários de diferentes países serão encaminhados para o data center mais próximo. Para um alemão, por exemplo, a página principal será carregada do data center alemão (74.125.39.104).
Editar:(lembre-se de que não sou especialista neste assunto :)
Você provavelmente está certo sobre o "servidor de nomes oficial" fazendo alguns redirecionamentos. Não tenho certeza se existem vários servidores por trásqueque fazem redirecionamentos adicionais. Você pode fazer um dig google.com +tracepara ver de qual servidor para qual servidor sua solicitação de DNS vai. (Leraquisobre alguns princípios básicos por trás disso)
Quanto ao mecanismo por trás do redirecionamento. Você mencionou o Akamai CDN. O Google usa seu próprio CDN. Houve alguns rumores sobre a compra da Akamai pelo Google há alguns anos, mas isso não aconteceu. Acho que a Apple usa Akamai CDN (entre alguns outros CNDs).
Sobreesta páginavocê pode ler que o Google usa a "extensão edns-client-subnet".
OpenDNS e Google DNS oferecem suporte à extensão edns-client-subnet há muito tempo. Este mecanismo foi projetado pelo Google especificamente para resolver esse problema. E funciona lindamente. CDNs podem enviar um redirecionamento para o melhor servidor, independentemente do resolvedor usado.
Com mais algunsPesquisando no Googlevocê pode aprender mais sobre esse mecanismo. Comoaqui:
Google, Bitgravity, CDNetworks, DNS.com e Edgecast implantaram suporte paraedns-client-subnet. A ideia é muito simples. Ele passa parte do seu endereço IP (apenas parte para mantê-lo semi-anônimo) na solicitação. Um servidor que suporta esta extensão pode usá-la para segmentação geográfica e encontrar um nó CDN mais próximo de você. Anteriormente o melhor que se podia fazer era utilizar a localização do servidor DNS, que em muitos casos poderia estar distante.
Outra boa leitura sobre CDNs e a extensão edns-client-subnet éesse.
Material de leitura suficiente viaGoogle;)