Я переношу наше приложение с облачного сервера в Rackspace на выделенный сервер.
Я хочу отключить приложение на ~ 5 минут, чтобы скопировать данные с облачного сервера на выделенный сервер, поэтому я не хочу, чтобы запросы отправлялись на старый сервер после того, как я скопировал данные.
Я хочу указать нашу DNS-запись на новом сервере, но TTL был установлен на 24 часа. Я изменил его на 300 секунд. Нужно ли мне ждать 24 часа перед обновлением IP-адреса, на который указывает домен / копированием данных?
Любой, у кого есть кешированная копия записи домена, не будет беспокоиться об обновлении ее в течение 24 часов, так что да, если вы намереваетесь иметь не более 5-минутное окно недоступности, вам следует подождать, пока все незавершенные кеши обновятся, чтобы больше не жить чем 5 минут.
Это (потенциально) даже хуже - вам нужно подождать 24 часа после все ваших официальных серверов обновились. Обычно обновления происходят так, что вы вносите изменения в зону на первичном сервере, а затем каждый из вторичных серверов передает новые данные зоны в следующий раз, когда они будут регистрироваться на первичном сервере. Частота регистрации контролируется интервалом обновления в записи SOA зоны. Таким образом, в худшем случае придется подождать интервал обновления зоны + TTL записи.
Ты можешь также придется так долго ждать фактических изменений записи. 5-минутный TTL не принесет много пользы, если вторичные компоненты будут обновляться только каждые 6 часов. Таким образом, вы, вероятно, захотите уменьшить интервал обновления в зоне на период, когда вы хотите иметь возможность вносить быстрые изменения.
Имейте в виду, это может не относиться к вашей настройке. Если у вас есть система, которая обновляет все авторитетные серверы вместе, это не проблема (и я не знаком с настройкой DNS Rackspace). Но я бы порекомендовал запросить все ваших авторитетных серверов индивидуально (dig server.example.com @secondaryserver.example.com
), чтобы убедиться, что у них новый TTL, прежде чем начать 24-часовой обратный отсчет.
Да, тебе стоит подождать. Но даже тогда, конечно, не гарантируется, что все будут уважать TTL.
Собрав воедино различные комментарии и ответы, вся процедура будет примерно такой.
В дополнение к другим ответам вы можете использовать https://www.whatsmydns.net/ чтобы проверить, как ваша запись DNS распространяется практически в реальном времени.