Изменение записей DNS при перемещении сайта

Я создаю новый веб-сайт Magento на экземпляре Amazon ec2 и должен указать домен их старого сайта OSCommerce на эластичный IP-адрес нового экземпляра ec2.

Обычно у меня есть простая задача обновления A запись их домена, но когда я вошел в учетную запись с их регистром, я вижу, что уних уже установлено 90 записей, в основном CNAME & A записей.

У них нет айтишника, которого можно спросить, но я почти на 100% уверен, что мне нужно делать, но, поскольку я обычно работаю с такими вещами для веб-разработчиков, как php, javascript и т. Д., Я просто хочу убедиться, что у меня все правильно.

Чтобы дать вам образец своих записей DNS, которые они настроили:

Type    Host                            Data                        TTL      Kind    State    In Synch
A       intweb1.their-domain.com        19?.??.???.OLD              3600     Manual  Active     yes
CNAME   intweb.their-domain.com         intweb1.their-domain.com    3600     Manual  Active     yes
CNAME   www.their-domain.com            intweb1.their-domain.com    3600     Manual  Active     yes
A       fs.their-domain.com             19?.??.???.OLD              3600     Manual  Active     yes
CNAME   fileserver.their-domain.com     fs.their-domain.com         3600     Manual  Active     yes

Я считаю, что мне нужно только удалить

A       intweb1.their-domain.com        19?.??.???.OLD              3600     Manual  Active     yes

И ИЗМЕНИТЬ:

CNAME   www.their-domain.com            intweb1.their-domain.com    3600     Manual  Active     yes

TO:

A       www.their-domain.com            19?.??.???.NEW              3600     Manual  Active     yes

И ДОБАВИТЬ ДРУГОЙ ЗАПИСЬ:

CNAME   their-domain.com                www.their-domain.com        3600     Manual  Active     yes

Это правильно?

Источник

1 ответ

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

  • Уменьшите ttl до желаемого количества времени для более мягкого изменения.
  • Измените записи A, чтобы они отражали правильные IP-адреса серверов.
  • При необходимости измените CNAME, чтобы они отражали правильные имена (при необходимости, в зависимости от ситуации, вы должны изменить пример, может быть, у вас есть еще)

Если вы не меняете ни почтовый сервер, ни DNS-провайдера, просто не меняйте MX, SOA или любые другие.

Когда вы увидите, что с разрешением все работает как положено, увеличьте значение ttl до разумного.

имейте в виду, что TTL является наиболее важным здесь, если у вас есть какое-то неприятное разрешение, в вашем текущем сценарии изменение займет час, чтобы отразить его, поэтому перенесите его на небольшое число, приближаясь к дате миграции, но до логической суммы (я Я сталкиваюсь с миграцией сегодня, и я установлю 10' ttl для самых критических вещей, которые я могу встретить 10' для отката, это зависит от вашего приложения - имейте в виду, что ttl распространяется вокруг других DNS, которые fwd так что вы не можете контролировать разрешение за пределами этого числа-)

Источник
Другие вопросы по тегам