Baixo RTD para o servidor do google

0

estou tentando descobrir como o RTD para os 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.64 está registrado em Mountain View, CA e eu estou na Alemanha. Um ping para um host na Califórnia seria muito mais longo. Emitir um traceroute me dá um hostname fra02s21-in-f0.1e100.net . Eu estou me perguntando quais técnicas eles estão usando para redirecionar meu pedido? Valeu pessoal

    
por Chris 02.12.2013 / 13:18

1 resposta

1

Você está certo, o RTD não pode ser < 30ms para os EUA. Europa para os EUA deve ser em torno de 60ms (one way).

Então, o Google provavelmente tem algum servidor de cache neste lado do oceano. ( e está registrado apenas para Mountain View enquanto estiver na Europa ).

Eu encontrei este artigo explicando-o :

Google secrecy

Google has made it difficult both to find out where they keep their data centers and how many they have. One big reason for this is that almost all IP addresses that Google uses (and there are a lot of them) are listed to their Mountain View, California address, so just looking at IP addresses (with IP WHOIS or IP-to-location databases) won’t help you figure out where their data centers are or how many they have.

In addition to this, Google usually seeks permits for their data center projects using companies (LLCs) that don’t mention Google at all, for example Lapis LLC in North Carolina and Tetra LLC in Iowa.

Since Google tends to be quite secretive about their data centers in general, the information we have presented here most likely isn’t 100% complete.

Link de bônus;) Um olhar interno nos data centers do Google .

Aqui está outra fonte :

2) Large companies with offices worldwide do not share information about their real location in whois.

  • Example: Google Inc. has its data centers around the world, but whois always indicates its head office in Mountain View (California, USA). In reality, users from different countries will be send to the nearest data center. For a German e.g. the main page will be loaded from German data center (74.125.39.104).

Editar: (tenha em mente que não sou especialista neste assunto:)

Você provavelmente está certo sobre o "nameserver autoritativo" fazendo algum redirecionamento. Não tenho certeza se existem vários servidores atrás de que fazem mais redirecionamentos. Você pode fazer um dig google.com +trace para ver de qual servidor a qual servidor sua solicitação de DNS vai. (Leia aqui sobre algumas noções básicas 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 o Google comprar a Akamai há alguns anos, mas isso não aconteceu. Eu acho que a Apple usa o Akamai CDN (entre alguns outros CNDs).

Em esta página você pode ler que o Google usa o "edns- extensão de sub-rede do cliente ".

OpenDNS and Google DNS have been supporting the edns-client-subnet extension for a long time. This mechanism was designed by Google specifically to address this problem. And it works beautifully. CDNs can send a redirection to the best server no matter what resolver you use.

Com mais algumas Googling , você pode aprender mais sobre esse mecanismo. Como aqui :

Google, Bitgravity, CDNetworks, DNS.com and Edgecast have deployed support for edns-client-subnet. The idea is pretty simple. It passes part of your IP address (only part as to keep it semi-anonymous) in the request. A server that supports this extension can use it to geotarget and find a CDN node closest to you. Previously the best that could be done was using the location of the DNS server, which in many cases could be far away.

Outra boa leitura sobre os CDNs e a extensão de sub-rede do cliente-edns é this .

Material de leitura suficiente por meio de Google ;)

    
por 03.12.2013 / 18:24