Как я обновляю DNS, не вызывая отключение электричества?
С новыми утилитами как веб-Инструмент Развертывания (который станет стандартным встроенным способом опубликовать веб-приложение, запускающееся в Visual Studio 2010), Microsoft, кажется, возглавляет вниз путь к разрешению разработчикам, или по крайней мере инженеры установки выбирают вещи как настройки IIS (сертификаты, настройки пула приложений, и т.д.). Они встроены в msdeploy пакет установки и автоматически относились к серверу IIS, когда пакет развертывается на серверах.
Походит на разумный компромисс. Разработчики не идут, вручную унавоживая с настройками на живых рабочих серверах, и у sys администраторов не должно быть специальных знаний веб-приложения. И все же желаемые настройки IIS явно видимы системным администраторам, которые хотят понять то, что собирается произойти до устанавливаемого пакета.
Если мы ЗНАЕМ, что будем перемещать IP-адрес, мы выключаем TTLs для той записи. Это говорит серверы DNS в Интернете, сколько времени сохранить тот IP в кэше. Когда мы перемещаем его, остальная часть 'сети нагоняет справедливо быстро. После того как перемещение сделано, мы кладем обратно TTL к их нормальному значению.
Мы сделали этот пара недель назад, когда мы должны были изменить нашу запись MX. Это использует те же шаги в качестве изменения IP. Во-первых, мы понизили TTLs для записей MX с 1 дня до 5 минут. Мы затем ожидали 2 дня изменения для распространения. Мы обновили записи MX на наших серверах DNS, и в течение 10 минут каждый клиент в нашей сети использовал новые данные. Смотря на почтовые журналы, потребовалось приблизительно 2-3 часа для остальной части Интернета для наверстывания. После того как изменение было внесено, мы затем повысили TTLs назад до их предыдущего значения по умолчанию.
-
1Сколько времени занимает TTL для распространения? – jldugger 11 June 2009 в 05:13
-
2Изменение в TTL, точно так же, как любое другое изменение, возьмет (самое большее) старый TTL к propegate. Также обратите внимание что много больших ISP' s помещают нижний предел где угодно до четырех часов на TTL (некоторые действительно вызывали 1 день, но я верю that' s остановился), – LapTop006 11 June 2009 в 05:44
Если Вы просто перенумеровываете существующие аппаратные средства, можно сделать, как Zypher заявляет и двухадресный за переходный период. Если Вы на самом деле перемещаете сервисы, хотя (говорят другому поставщику услуг хостинга) можно использовать двойной NAT для перенаправления трафика к старому адресу к новому. Это действительно предполагает или полный контроль над старыми аппаратными средствами или полезного поставщика услуг хостинга, и это смешивает с Вашим управлением доступом IP / регистрирующийся (все перенаправленные соединения, будет казаться, прибудут из старого адреса), но это работало вполне успешно на меня несколько раз, когда я должен был перейти сервисы между сетями.