Вы правы, RTD не может быть <30 мс для США. Европа к США должна быть около 60 мс (в одну сторону).
Так что у Google, вероятно, есть какой-то кеш-сервер на этой стороне океана
(и это только что зарегистрировано в Маунтин-Вью, в то время как это действительно в Европе).
Я нашел эту статью, объясняющую это:
Секретность гугл
Google затруднил как выяснить, где они хранят свои центры обработки данных, и сколько у них есть. Одна из главных причин этого заключается в том, что почти все IP-адреса, которые использует Google (а их много) , перечислены в их адресе Mountain View, штат Калифорния, поэтому просто смотрите на IP-адреса (с помощью IP WHOIS или баз данных IP-адресов). ) не поможет вам выяснить, где находятся их дата-центры или сколько у них есть.
В дополнение к этому Google обычно запрашивает разрешения для своих проектов центров обработки данных, используя компании (LLC), которые вообще не упоминают Google, например Lapis LLC в Северной Каролине и Tetra LLC в Айове.
Так как Google, как правило, довольно скрытно относится к своим дата-центрам, представленная здесь информация, скорее всего, не на 100% полна.
Бонусная ссылка;) Изнутри загляните в центры обработки данных Google.
Вот еще один источник:
2) Крупные компании с офисами по всему миру не делятся информацией о своем реальном местонахождении в whois.
- Пример: у Google Inc. есть свои дата-центры по всему миру, но whois всегда указывает свой головной офис в Маунтин-Вью (Калифорния, США). На самом деле, пользователи из разных стран будут отправлены в ближайший дата-центр. Например, для немецкого языка главная страница будет загружена из немецкого центра обработки данных (74.125.39.104).
Изменить: (пожалуйста, имейте в виду, я не эксперт в этой теме :)
Вы, вероятно, правы относительно того, что "авторитетный сервер имен" выполняет какое-либо перенаправление. Я не уверен, есть ли несколько серверов позади того, которые делают дальнейшее перенаправление. Вы можете сделать dig google.com +trace чтобы увидеть, с какого сервера на какой сервер отправляется ваш DNS-запрос. (Читайте здесь о некоторых основах этого)
Что касается механизма позади перенаправления. Вы упомянули Akamai CDN. Google использует свой собственный CDN. Несколько лет назад ходили слухи о покупке Google Akamai, но этого не произошло. Я думаю, что Apple использует CDN Akamai (среди некоторых других CND).
На этой странице вы можете прочитать, что Google использует «расширение edns-client-subnet».
OpenDNS и Google DNS уже давно поддерживают расширение edns-client-subnet. Этот механизм был разработан Google специально для решения этой проблемы. И это прекрасно работает. CDN могут отправлять перенаправление на лучший сервер независимо от того, какой распознаватель вы используете.
С некоторым дальнейшим поиском в Google вы можете узнать больше об этом механизме. Как здесь:
Google, Bitgravity, CDNetworks, DNS.com и Edgecast развернули поддержку edns-client-subnet. Идея довольно проста. Он передает часть вашего IP-адреса (только часть, чтобы сохранить его полуанонимным) в запросе. Сервер, который поддерживает это расширение, может использовать его для геотаргетинга и поиска ближайшего к вам узла CDN. Раньше лучшее, что можно было сделать, - это использовать местоположение DNS-сервера, которое во многих случаях могло быть далеко.
Еще хорошо читать о КДС и расширения в EDNS-клиент-подсети имеет это.
Достаточно материала для чтения через Google ;)
