С несколькими IP-адресами в доменном дескрипторе, как обрабатываются ошибочные IP-адреса?

Question

Я пытаюсь скоординировать перемещение сайта с его текущего сервера на новый. Первоначально я планировал перенести данные на новый компьютер, который уже установлен, и сценарии миграции успешно протестированы. Я планировал настроить исходный компьютер так, чтобы он передавал все запросы на новый запрос, чтобы каждый, кто попадет на исходный компьютер до полного распространения изменений DNS, все равно получал правильный ответ.

Кто-то сделал альтернативное предложение, чтобы я добавлял записи для новой машины, без какого-либо содержания. Мне сказали, что при таких обстоятельствах трафик все равно достигнет первоначального IP-адреса. Когда новые записи распространяются, мне говорят, что я могу выключить старый сервер и запустить новый сервер. Я скептически отношусь к тому, чтобы попытаться это сделать, и у меня есть миграция в промежуточном режиме. Должен ли я даже попытаться или просто придерживаться своего первоначального плана?

Answer 1

В вашем первоначальном плане нет ничего плохого.

Это также хороший план, когда вы не контролируете используемые DNS-серверы.

[Редактировать] Кроме того, поскольку это звучит как производственная среда, никогда не стоит пытаться попробовать что-то, с чем вы не знакомы и не знакомы в производственной среде.

Вторая идея звучит совсем не плохо, но в данном случае просто не оптимальна. Иди с тем, что, как ты знаешь, работает.

Answer 2

Вы не можете контролировать, сколько времени до того, как записи распространяются, только как долго, прежде чем вы уверены, что они распространяются.

TTL записей DNS - это максимальное время , которое они могут кэшировать; однако даже до этого времени пользователи будут заходить на сайт по новому адресу (например, если на их DNS-сервере не было записи в их кэшах).

Это означает, что любое решение будет иметь окно времени, в котором некоторые люди обращаются к старым адресам, а другие - к новым. Любое решение по миграции должно учитывать этот сценарий.

Ваш первоначальный план является лучшим, если вы помните, чтобы прокси-сервер указывал IP-адрес (поскольку вы не можете знать, на что указывает доменное имя, пока не истечет TTL). Альтернативный план (если вы можете отключить свой сайт в течение некоторого времени) - просто перевести старый сервер в автономный режим, выполнить миграцию, перевести новый сервер в оперативный режим, изменить записи DNS и дождаться истечения TTL; люди постепенно начнут использовать новый сервер, поскольку срок действия DNS-записей на их серверах имен и DNS-кешах в браузерах истекает, а до этого они видят только автономный веб-сайт.

Предложение добавить записи для новой машины без предоставления какого-либо контента является подозрительным, так как, как только запись добавлена, некоторые люди начнут ее использовать.