День добрый,
Честно, стало интересно, что же о такой теме могут писать уже 4 страницы к ряду, и самое интересное я практически не ошибся, большая часть - вообще не по теме, давайте рассмотрим что такое DNS под ракурсом мира, вы же хотите что бы ваш домен начал мгновенно работать с другого IP ? Так вот давайте рассмотрим DNS не отталкиваясь от "моего старого хостинга", а оттолкнемся от вашего домашнего ПК, когда вы в своем браузере в первый раз открыли сайт example-site.ru у вас произошел DNS запрос для преобразования адреса в имя, вы получили ответ (как и от кого - позже опишу), и этот ответ был положен в некий кеш, на вашем локальном ПК, но ввиду того, что не особо принято менять ИП адрес для сайта >слишком регулярно<, в кеш себе положил эти данные и ваш провайдер (который и есть для вас ДНС фактически). После этого кеш хранится у вас и в последствии вы, при обращии к сайту уже поднимаете эту информацию со своего кеша.
А вот теперь попробуйте себе представить, что вы находитесь в цепочке где скажем 2-3-4 кеширующих запросы серверов... А где-то там на DNS у меня... Ромки... поменялся ИП... вы думаете что эти кеширующие сервера все встанут в очередь ко мне за обновлениями? ;)))) Конечно же нет, пройдет время и не малое.... (как верно писали зависит от TTL но не упомянули о том, что есть некие нормы , и TTL 1 никто вам поставить не даст у регистратора вашего :) )
>>>> (только что в голову мысль пришла), все дружно в своих DNS ставим TTL 1 и у всех начинают умирать транзитные DNS сервера . ;)))
Обновление происходит в интервал времени в среднем от 12 до 72х часов, причем происходит это участками \ сегментами сети, так как по разным причинам кеши транзитов могут быть очищены (в том числе и кеш у вас на компе), и вы запросив по новой у DNS сервера положите в кеш новый ИП через полчаса к примеру..... а какой-то пользователь "из глубинки" может получить эти же данные например через 5 часов.
По это весьма сложно переключать ДНС на ходу для всего мира, это практически не реально....
С точки зрения реализации, более приемлемы описанные схемы с редиректом или проксированием, когда у вас временно работает и старый и новый сервер..... какое-то время... а вот это время.... это и есть "когда обновится ДНС"....... 2-3-4 дня для полного счастья, или можно просто мониторить на старом сервере логи и смотреть когда окончательно закончатся посещения :)
С Уважением,
Просто время отведенное на редактирование прошло :D
Пожалуй немного поправлю ваши суждения в том, что вторичный ДНС будет отвечать не только тогда, когда упадет основной, клиенты которые будут обращаться к вашему домену случайным образом будут получать ответы от них поочередно, ну а в случае если 1 ляжет естественно что ответ будет получаться только с оставшегося. ;)
например?
//10 букавок
Для начала тут: http://www.isc.org/software/bind
Все о чем вы говорите я понял, конечно на 1м сервере держать оба ДНС-а это уже интересно :)))) Но подумайте сами, какая же разница что у вас упадет в данном случае первый ДНС или второй... если сайты все так же на том же сервере.
Ссылка которую я даю , рассказывает о том, что такое Named и как его кушать :) У вас на VPS он скорее всего уже установлен как и у других миллионов людей, настройте между собой репликацию определенных зон и будет у вас хоть 200 DNS серверов в разных точках мира.... но я по прежнему настаиваю на том, что не стоит переусердствовать ... :)))) 2-3 сервера для содержания DNS - больше чем, у вас скорее сам Хостинг сервер помрет чем одновременно 2-3 сервера в разных местах.
С точки зрения помощи ... могу принять участие в вашей схеме в виде Secondary DNS.
Кстати , почитайте еще вот что: www.secondary.net.ua этот сервис давно и долго предлагает услуги вторичного ДНС совершенно бесплатно. Правда nsX.domain.com там не получится организовать, но вам должно быть все равно как там ДНС называются, лишь бы они работали нормально :)
Да, база актуальная в этом случае весомая помеха, но как сказали выше к данному топику это не имеет прямого отношения, мало вероятно что у ТС нет баз данных... да и что значит "грузится с сервера в США"? Я например понимаю как работает DNS и там за полминуты ничего не перестегнуть как бы этого не хотел даже Химико ;) по этому я так понимаю сайты работают на том же IP только из другого ДЦ? Или как же тогда?
Механизма я вижу два, если у вас "нет баз", то есть статика:
Любым удобным методом синхронизируем данные между двумя хостингами, если это совсем мало контента то это можно делать даже в ручную (но конечно же лучше настроить крон).
А далее стоит 2 одинаково настроенных сервера , висит какой-то демон, который определяет что у пал сервер #1 и действует:
(а вот тут и есть два варианта)
A) Меняет записи в DNS с IP 1.1.1.1 на 1.1.1.2 (к примеру), что требует времени обновления зон и применяться не может в продакшн решениях. Ну а когда DNS расползается.... все само по себе работает со второго сервера.....
B) Схема похожа по пункту А но в данном случае провайдер предоставляющий услуги не нуждается в смене DNS, он в силах подвести тот же самый IP адрес ко второму серверу ... вполне даже и за пределами своего ISP.... (маршрутизация) , в данном случае если переключение автоматическое (то есть прописываются маршруты везде где надо в заведомо заготовленное место), то даунтайм может составлять считанные секунды, даже если в этом случае понадобилось бы сменить префиксы в BGP... Тут я могу много вопросов еще задать на тему "просто заработал из США". Химико думаю прояснит, если почитает тему эту. ;)
Скорее всего Химико говорит о варианте "Б". Но кто может знать... ;))))
Romka_Kharkov добавил 07.03.2011 в 07:25
Я не стал внедряться в столь глубокие подробности, вы совершенно верно говорите. Это не решение!
Ну.... чисто теоретически... если увидеть что упал 1 севрер, можно програмно поменять на DNS IP и через какое-то время поедет все с нового (при условии что там копя точная лежит), тут зерно правды есть, но маленькое :)
Я вот точно помню, что в DNS можно сделать кучу прямых записей на разные IP, т.е www.domain.com по лукапу может отдавать хоть 25 ИП адресов, другое дело, что я не помню как будет себя вести DNS , то ли он может понимать что от конкретного ИП нет ответа и не выдавать его при запросе... то ли будет глухой round-robin и пофик...
Romka_Kharkov добавил 07.03.2011 в 04:02
На сколько я понял из первого поста у ТС-а вопрос из серии "надо ли делать из 2х DNS серверов три" :))) Так вот я за то, что бы не делать... :))) Хотя если у вас куча сайтов нереальная ..... и часто падают DNS сервера текущие, то третий а то и четвертый не помеха, но IMHO это крутой перебор. Вот у меня есть реализация в которой в одной физической точке расположены два ДНС , но они логически работают через разные каналы связи при этом находясь в одной AS.... И вы знаете ... за последние пару лет... так что бы два канала сразу... ни разу не было.....
Извините, но улыбнуло :)
Во во .... +1 :)
Я не достучался до вашего сердца :D :D :D
Я говорю о том, что 2dns сервера для доменной структуры мелкого предприятия (в двух разных AS) это уже залог отказоустойчивости сильный, три сервера это как бы ну пусть будет мега корпорейт, а вот больше трех это уже или производственная необходимость (например пол интернета сквозь себя пропустить) или паранойя :) То же самое касается и MX.... если у вас MX расположены в двух Multihomed AS то зачем еще третий? или третий это может быть первый который висит на офисном модеме 1Mb/s от укртелекома? :)))) А два выписаны как бекап?:)
Кстати, если в виде решения NS-x вы видите свой ВПС со своим сайтом на котором етот же домен.... то это как бы тоже бред, ибо если он упадет, остальные DNS ровным счетом не будут нужны.... (конечно если мы не говорим о каком-то CDN где можно быстренько переехать на какой-то другой ИП(сервер) ) .... Нужны отдельные машины которые не будут хостить эти же сайты, тогда схема будет выглядеть вообще идеально.
