"Когда пользователь вводит запрос в Google, браузер обращается к DNS-серверу, а тот отправляет его на один из кластеров, наиболее близкий и наименее загруженный."
>Проход по рядам безкорпусных компов, с целью нажать на каждом reset...
Млятское чучело! Просто берешь специальным образом изогнутую проволоку, тянешь заодин конец ( или упираясь ногами в пол, за веревку, привязанную к 1000 концов спец-проволок ) и вуаля! Все ресеты нажаты!
Может. Почитай, например, про корневые сервера, в частности http://www.isc.org/index.pl?/ops/f-root/ IP один, а машин куча, да и стоят по всему миру. А уж что отвечают - ещё разобраться надо. :)
> Просто берешь специальным образом изогнутую проволоку, тянешь заодин конец ( или упираясь ногами в пол, за веревку, привязанную к 1000 концов спец-проволок ) и вуаля!
Тысячи MB вылетают из стоек? :)) И что такое "спец-проволока"? Есть пилоты, подкючаемые к ethernet-сети, с которых можно вкл/выкл питание на пилоте. Проволоканах... всё - я подстулам :))
А у этой махины наверняка есть "главный инженер" - архитектор этого монстра. Хотелось бы узнать его фамилию. Ведь не основатели же Гугла все это проектировали?
А как нажимать на тысячи кнопок резет - дело тридцатое. Можно и студентов нанять :-))
Автор представляет себе суперкомпьютер 3-х этажным шкафом с одним 2-х этажным процессором :) и то что архитектура у сеперкомпьютера может быть тоже кластерная ему не известно.
"Когда у вас ломается суперкомпьютер — это уже ощутимо; его так просто не заменишь, нужно чинить, а значит связываться с нестандартным железом."
Может :) и не такое Например у нас в сети есть адрес для пользователей VPN vpn.internet (физически это несколько VPN серверверов) и при соединении VPN пользователя кидает на самый незагруженный сервер из нескольких .) удобно...
10 сентября 1998 года, выпускники Стэнфорда Ларри Пейдж и Сергей Брин встретились с основателем Sun Microsystems Энди Бехтольшаймом (Andy Bechtolsheim). После недолгого разговора и демонстрации поисковой системы Бехтольшайм выписал чек на сто тысяч долларов на имя тогда еще не существующей компании Google Inc.
Сергей Брин родился в Москве в 1974 году. Из Москвы переехал в Соединенные Штаты. Закончил с отличием университет Мэриленда, где изучал математику и информатику.
DNS такова не может. DNS не может определить "самый ненагруженный" и поэтому случайно кидает на один из load balancer'ов, а тот уже определяет "самого ненагруженного" и кидает на него, но уж никак не средствами DNS
Ну, почему же? Просто он будет отправлять не на самые незагруженные сервера,
а на те, которые запомнил. А время жзни для записей можно и поменьше поставить,
чтобы долго в кэше не висели.
Кстати:
$ dig google.com
;; QUESTION SECTION:
;google.com. IN A
;; ANSWER SECTION:
google.com. 300 IN A 64.233.187.99
google.com. 300 IN A 72.14.207.99
;; AUTHORITY SECTION:
google.com. 26055 IN NS ns1.google.com.
google.com. 26055 IN NS ns2.google.com.
google.com. 26055 IN NS ns3.google.com.
google.com. 26055 IN NS ns4.google.com.
;; ADDITIONAL SECTION:
ns1.google.com. 116017 IN A 216.239.32.10
ns2.google.com. 116017 IN A 216.239.34.10
ns3.google.com. 116017 IN A 216.239.36.10
ns4.google.com. 116017 IN A 216.239.38.10