2008-11-17 5 views
0

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

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

+0

Это абсолютно связанное с программированием. Разработка программного обеспечения - это гораздо больше, чем просто создание нового кода. Включение этого в действие и получение всех частей, чтобы функционировать должным образом, является частью этого. – ironfroggy 2008-11-17 01:52:35

ответ

1

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

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

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

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

0

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

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

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

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

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